assuming drive cache write through в чем проблема

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

Пример вывода из 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

В общем, справился:
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

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

Читайте также: что делает лицо красивым

Assuming drive cache: write through

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

4 ответа

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

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

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

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

Источник

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

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

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

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

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

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

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

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

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

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

Источник

не ставиться Linux ни какой

Пишет при установке арча no caching mode page found Assuming drive cache:write through

Попробуй записать образ на другую флешку.
И кстати через что пишешь образ?

Я пробую разные флешки резуль тат один это сообщение думал оперативка, протер продул менял местами, ни как

Разных линиксов записывал такая же фигня

Образы писал через unetbootin и ultraiso еще через какуюто забыл. Раньше сюда линь залетал со свистом. Хз че за беда.

Это обычное сообщение про подключении флешки, ждать пробовал?

Да сходил в магаз купил чипсов, пришол жду помощи!

Скинь инструкцию по которой записывал флешку, скорее всего дело в ней.

Пиши Rufus’ом. Не знаю в чём тут конкретно дело, но unetbootin не мог корректно записать ни арч ни федору, может теперь вообще ничего не пишет.

А да, lite Linux загружается в live CD начинает записывать на жесткий и после пишет про критическую ошибку бла бла бла. И всё.

Зачем тебе линукс? Ставь виндовс, он больше подходит твоему уровню.

Точно Rufus это прога которую я забыл как называется. Тоже пробовал фигу показал.

Дело точно не во флешке на другую машину ставиться все би проблем((

dd bs=4M if=/path/to/archlinux.iso of=/dev/sdx status=progress && sync

Я с телефона сижу рабочей машины рядом нет поисни я в англ. Несилен

попробуй установить debian i386 http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-netinst.iso бывает такое железо(древнее) которое кроме этого ничего не хавает.

Я с телефона сижу рабочей машины рядом нет поисни я в англ. Несилен

В русском подавно. Хоть в каком-нибудь силён?

Лето не задалось, но отдел телепатов все равно в отпуске.

Хотя бы написал что за компьютер. Десктоп или ноутбук? Старый биос или UEFI?

Что за железо? В своё время на Rover notebook не смогли поставить ни один линукс. Да и из windows только Vista нормально работала.

Пиши через win32 disk imager. А ещё лучше просто dd.

Вот и выросло поколение. Играют в танки, линуксы у них не пишуться (намеренное искажение правописания), запятых вечно недосыпают, и матом ругаются, чтоб, как у взрослых дядек, все по-взрослому. Иди учи матчасть, двоечник.

С lite Linux была аналогичная проблема. Сам дистрибутив глючноватый. Ставь всё по дефолту. У меня была такая же ошибка когда выбирал русскую локаль и раскладку клавиатуры. Скорее всего в одном месте инсталлятора создаются папки с русскими буквами, а в другом на них он падает.

Источник