Assuming drive cache write through linux

Что такое предупреждение «Запрашивается сбой данных кэша»?

Я устанавливаю Ubuntu server 12.04 на ноутбук Dell, и я часто получаю сообщение, как показано ниже:

Что означает это сообщение и как его можно удалить?

Что означает сбой запроса данных кэша и предположения о том, что диск кэша: сообщения сквозной записи ?

Жесткие диски имеют небольшой объем оперативной памяти для ускорения операций записи. Система может записать часть данных в кеш диска, фактически не ожидая, пока она будет записана на диск. Это иногда называют режимом «обратной записи».

• Если на диске нет кэша, данные напрямую записываются в него в режиме «сквозной записи».

Предупреждение « Запрос о сбое данных в кэш-памяти» обычно возникает на таких устройствах, как флэш-накопители USB, устройства чтения карт USB и т. Д., Которые представляются в системе как устройства SCSI ( sdX ), но не имеют кэш-памяти.

• Система спрашивает устройство: «У вас есть кеш?» и не получает ответа. Поэтому он предполагает, что кеша отсутствует, и переводит его в режим сквозной записи.

Ошибка обхода

Эта ошибка, похоже, связана со считывателями флэш-карт, которые есть на многих компьютерах. Если у вас есть такой читатель и не являетесь его помощью вы можете быть в состоянии использовать обход вклад Нила McBurnett здесь , из отчета об ошибке Мэтью Kaulfers любезно включил в своем ответе.

Это обход работает для моего ноутбука.

Это сообщенная ошибка, и вам нужно зайти сюда, чтобы найти ее.

Об этом также спрашивали и отвечали на более ранний вопрос Ask Ubuntu в мае: ошибки в dmesg — тест WP не пройден, предположим, запись включена

Если первоначальная выгрузка драйвера и последующая его перезагрузка каждый раз, когда вам требуется читатель, не является подходящим решением, я бы предложил указать ss_en=0 опцию для драйвера, как я изначально делал в этом ответе .

Подводя итог этому ответу:

• либо загрузить модуль вручную после того, как он был rmmod : sudo modprobe ums_realtek ss_en=0
• или указать его в /etc/modules с , ums_realtek ss_en=0 чтобы сделать эти изменения постоянными.

У меня такая же проблема в 13.10 Saucy Salamander. Однако приведенные выше ответы мне не помогли. Я сделал следующее:

Для этого нужно удалить модуль, обновить параметры загрузки модуля. Затем ums_realtek снова загрузите модуль.

Источник

избавиться от сообщения «Не найдена страница режима кэширования» во время загрузки

во время ранней загрузки я получаю следующее сообщение об ошибке:

Если я правильно понимаю, это на самом деле просто безобидное информационное сообщение, а не фактическая ошибка. sdb мой USB-диск, и он не использует кеширование.

Проблема в том, что я намеренно установил уровень логики ядра в 4, чтобы избавиться от такого рода бесполезных информационных сообщений.

Почему тогда я все еще получаю это информационное сообщение?

Причина, по которой меня это беспокоит, заключается в том, что это мешает моей подсказке пароля (для расшифровки моего диска LUKS)

Есть ли способ избавиться от этого сообщения?

Жесткие диски имеют небольшой объем оперативной памяти для ускорения операций записи. Система может записать часть данных в дисковый кеш, фактически не ожидая, пока она будет записана на диск. Это иногда называют режимом «обратной записи». Если на диске нет кэша, данные напрямую записываются в него в режиме «сквозной записи». Предупреждение «Запрос о сбое данных в кэш-памяти» обычно возникает на таких устройствах, как флэш-накопители USB, устройства чтения карт памяти USB и т. Д., Которые представляются в системе как устройства SCSI (sdX), но не имеют кэш-памяти. Система спрашивает устройство: «У вас есть кеш?» и не получает ответа. Поэтому он предполагает, что кеша отсутствует, и переводит его в режим сквозной записи.

Вы можете попробовать перейти к:

и в верхней части списка модулей добавьте строку

Источник

Assuming drive cache: write through (как отключить неисправный картридер)?

Есть лэптоп с физически неисправным alcor micro corp. multi flash reader, а проблема состоит в том, что при заходе в tty1-6, экран забивается постоянными сообщениями вида:
sd 2555:0:0:0: [sdb] Assuming drive cache: write through
sd 2555:0:0:0: [sdb] Asking for cache data failed

Просто выдернуть шлейф картридера нельзя — он расположен прямо на мат. плате. Пересобрал ядро, отключив «MMC, SD, SDIO card support» и «Sony MemoryStick card support», но ничего не изменилось. Что еще можно предпринять?

Пример вывода из dmesg:
[ 4319.755848] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 4319.756091] scsi host1775: usb-storage 1-1.5:1.0
[ 4320.883373] scsi 1775:0:0:0: Direct-Access Multiple Card Reader 1.00 PQ: 0 ANSI: 0
[ 4320.883949] sd 1775:0:0:0: Attached scsi generic sg2 type 0
[ 4321.131618] usb 1-1.5: USB disconnect, device number 39
[ 4321.138947] sd 1775:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 4321.138957] sd 1775:0:0:0: [sdb] Sense not available.
[ 4321.139051] sd 1775:0:0:0: [sdb] Write Protect is off
[ 4321.139062] sd 1775:0:0:0: [sdb] Mode Sense: 2e 2e 2f 2e
[ 4321.139119] sd 1775:0:0:0: [sdb] Asking for cache data failed
[ 4321.139127] sd 1775:0:0:0: [sdb] Assuming drive cache: write through
[ 4321.139488] sd 1775:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 4321.139495] sd 1775:0:0:0: [sdb] Sense not available.
[ 4321.139524] sd 1775:0:0:0: [sdb] Attached SCSI removable disk
[ 4321.362837] usb 1-1.5: new high-speed USB device number 40 using ehci-pci
[ 4321.456902] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6366
[ 4321.456911] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4321.456917] usb 1-1.5: Product: Mass Storage Device
[ 4321.456922] usb 1-1.5: Manufacturer: Generic
[ 4321.456927] usb 1-1.5: SerialNumber: 058F63666433

• Вопрос задан более трёх лет назад
• 7410 просмотров

В общем, справился:
dmesg –n emerg отключает логи, после чего можно коннектиться к tty

echo 1 | sudo tee /sys/bus/usb/devices/usb1/1–1/1-1.5/remove удаляет устройство до перезагрузки

Источник

& Ldquo; [sda] Предполагая, что кэш накопителя: write through & rdquo; [dубликат]

Кто-нибудь знает, как избежать этого сообщения:

Assuming drive cache: write through

Что появляется после выполнения sudo shutdown -r now.

Я перезапустился удаленно, но компьютер не перезагрузился. И я не могу восстановить мое удаленное подключение к нему. Я хочу быть уверенным, что это не повторится. Когда я физически подошел к компьютеру и включил дисплей, я нашел 3 строки:

Assuming drive cache: write through

Все эти сообщения были из-за моего диска sdd. Позже я проверил и обнаружил, что sdd — это мой внешний USB-диск 1TB.

Любые идеи о том, как предотвратить такие ситуации в будущем?

4 ответа

Наделся на исправление типа flint-ax — так как это произошло до и после входа в систему, он начал искать механизмы, которые могли бы это сделать, и подумал, что он может быть отправлен в stdio dmesg.

Используя sudo dmesg -n 1 отключил сообщения. Возможно автоматизировать это в grub. Но похоже на лечение симптома, а не на болезнь.

Что означает сообщение: asking for cache data failed, assuming drive cache: write through?

Блок-блок Linux делает некоторые предположения о том, когда записи фактически привязаны к диску. Логические логические контроллеры LSI RAID притворяются SCSI-дисками, но прошивка и драйвер не сообщают, находится ли контроллер в режиме «write-through» или «write-back». Без этой информации блок-слой предполагает «сквозной». Это безопасно, потому что у контроллера есть кеш с батареей.

Инженеры LSI знают, что их драйвер должен справиться с этим лучше, чтобы вы не увидели это сообщение. Но это не ошибка, и это не влияет на систему.

Наделся на исправление типа flint-ax — так как это произошло до и после входа в систему, он начал искать механизмы, которые могли бы это сделать, и подумал, что он может быть отправлен в stdio dmesg.

Используя sudo dmesg -n 1 отключил сообщения. Возможно автоматизировать это в grub. Но похоже на лечение симптома, а не на болезнь.

Что означает сообщение: asking for cache data failed, assuming drive cache: write through?

Блок-блок Linux делает некоторые предположения о том, когда записи фактически привязаны к диску. Логические логические контроллеры LSI RAID притворяются SCSI-дисками, но прошивка и драйвер не сообщают, находится ли контроллер в режиме «write-through» или «write-back». Без этой информации блок-слой предполагает «сквозной». Это безопасно, потому что у контроллера есть кеш с батареей.

Инженеры LSI знают, что их драйвер должен справиться с этим лучше, чтобы вы не увидели это сообщение. Но это не ошибка, и это не влияет на систему.

Источник

Arch Linux

You are not logged in.

#1 2017-02-11 01:58:55

Stuck after install and reboot at «Assuming drive cache: write through

I wanted to install both Windows and Arch Linux on my new SSD and after I installed Windows 10 on it, created some unpartitioned volume large enough for linux, I followed the guides like I did years ago the first time on my laptop, but now for my PC. As for the installation media I used a 64GB USB drive which I formatted with the ISO using Rufus with default settings in Windows 10.

So what I did was follow this guide at first. Until it said that for UEFI I should switch to this article, since my PC system is UEFI compatible and I also installed Windows 10 in UEFI mode. As the article says, after mounting the partitions I switch back to the original guide until I set up the root password and then back again until the end.

I used the EFI partition Windows 10 created. So when it says

I typed in the partition which Windows created and already existed

As for the boot loader I chose GRUB

Since I use a SSD I also changed the parameters as told in the guide.

So after exiting the chroot-environment and rebooting my system boots up and I choose Arch (Windows is not shown) and get this:

This is where it gets stuck or in other words I just see a blinking cursor. When I type exit it asks for a password but the root password I typed in during the set up won’t get accepted but it also asks for «localhost login» and not my given hostname.

And no I did not verify unfortunately. After googling and searching I wanted to try the «dd» method in Windows so I formatted my USB drive a few times and cannot tell if it was formatted correctly the first time or not anymore. But since I got this far and through almost the whole setup, I doubt the image file was corrupt but then again, I don’t know for sure.

Last edited by someguy (2017-02-11 02:24:09)

#2 2017-02-11 02:44:09

Re: Stuck after install and reboot at «Assuming drive cache: write through

Windows is no longer a boot option as you wiped all of it’s files from the EFI partition when you recreated the filesystem. You should not have run mkfs on the EFI partition.

Those messages on the login screen look like just messages. It is still waiting for a user name and password. You claim you typed «exit» then it asked for a password, but the root password did not work — that’s because you didn’t try to log in as «root» you tried to log in as «exit» and there is no such user.

Enter username «root» and then the password. Switch to TTY2 if you want a clean log in screen — but it will work the same.

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

#3 2017-02-11 12:17:42

Re: Stuck after install and reboot at «Assuming drive cache: write through

Thank you for your reply.

Okay I thought that mkfs will rewrite the partition with entries for both Windows and Linux now, well..

I pressed enter after these messages and logged in with root successfully. Then after going further with the guide and installing some services as well as nvidia drivers and setting the time (although it always got me the wrong time by 1 hour although I set up all 4 de.ntp.pool.org servers) and finally gnome, I rebooted. But now after choosing Arch some messages appear and I get a big white screen with a sad face saying «Unfortunately a problem occured» «which cannot be solved by the system. Please log out and try again» with a button «Log out». After clicking this button some messages appear and again the white screen sad face pops up.

The appearing messages in between are:

#4 2017-02-11 13:14:40

Re: Stuck after install and reboot at «Assuming drive cache: write through

Those messages are (mosty) benign — they are to be expected with flash drives under many conditions. But in your first post the message was for sdg and sdi, and the new one for sdd. Drives may be enumerated differently on each boot, but it still looks like there are a *lot* of disks connected. Is this true? How many drives (HDD, SDD, flash drives, flash cards, etc) do you have connected?

As for your gnome error, you should probably open a new thread for that and post some logs. If you are running gnome on Xorg, you should post the xorg logs. You should also test a minimal Xorg session with startx to see if this is a gnome specific issue or a general Xorg config problem.

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

#5 2017-02-11 13:23:38

Re: Stuck after install and reboot at «Assuming drive cache: write through

I have 2 additional and internal hard drives along the SSD and another one externally connected via USB. And 2 memory cards.

As for the GNOME problem, it seems like I cannot even do anything anymore. So the only thing I could do would be booting a live system again and checking. I might try and reinstall Win10 and Arch again so that I won’t do the EFI error again. If I got you right, I shouldn’t have done the mkfs command for the EFI partition and only for the root and swap partition, right? So just leave it alone and mount it in the next steps and that’s it?

#6 2017-02-11 13:28:46

Re: Stuck after install and reboot at «Assuming drive cache: write through

There is no need to reinstall arch. You have a complete install. You do need to fix the windows efi content — I have no idea how to do that, that’s a windows issue.

I don’t know what you mean saying you can’t do anything anymore. Switch to a different tty and log in — disable gdm from there if you’d like.

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

#7 2017-02-11 13:30:53

Re: Stuck after install and reboot at «Assuming drive cache: write through

Okay then I will try to look into that after fixing the Gnome issue.

Because after choosing Arch I end up with this sad face screen and can only click the button, messages appear, and the button again. I cannot type anything since there is no prompt coming up.

#8 2017-02-11 13:37:51

Re: Stuck after install and reboot at «Assuming drive cache: write through

Switch to a different tty and log in — disable gdm from there if you’d like.

Ctrl-Alt-F2 or Ctrl-Alt-F3 .

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

Источник