Проблема, устанавливающая 14.04 в VMPlayer
Я просто пытаюсь установить Ubuntu 14.04 в VMware Player. Это имеет единственный огромный раздел (на 300 ГБ) и таким образом, я ожидаю, что это займет время, но после нескольких минут, появилось это сообщение
Я не уверен, что это делает теперь. Обнуление 300 ГБ, конечно, занимает время, но текущее использование диска согласно du только 11 ГБ и это не изменяются с тех пор, возможно, час. Наутилус сообщает о 3,8 ГБ (я не забочусь, почему эти числа отличаются).
Интересно где WRITE SAME failed прибывает из. Все, что я узнаю, - то, что это происходит с некоторыми RAID-контроллерами, но раздел, в который я поместил VM, является зашифрованным разделом программного обеспечения RAID и по моему скромному мнению гостем, о котором ОС должна заботиться (или даже знать это).
VMware Player использует приблизительно 40% ЦП и iostat 30 шоу
avg-cpu: %user %nice %system %iowait %steal %idle
4.85 0.67 10.66 0.17 0.00 83.65
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 11.07 0.00 113.60 0 3408
sdb 0.80 0.00 8.27 0 248
sdc 0.80 0.00 8.27 0 248
sde 0.73 0.00 5.87 0 176
sdd 0.73 0.00 5.87 0 176
md0 0.97 0.00 7.73 0 232
dm-0 0.00 0.00 0.00 0 0
dm-1 0.00 0.00 0.00 0 0
dm-2 0.00 0.00 0.00 0 0
dm-3 0.00 0.00 0.00 0 0
dm-4 0.00 0.00 0.00 0 0
dm-5 0.97 0.00 7.73 0 232
dm-6 0.00 0.00 0.00 0 0
Я предполагаю, что это означает, что ничего не происходит, поскольку единственное действие идет sda который содержит хост / и /home, но не RAID.
Старые 10.04 VM работают без проблем в той же системе.
Что продолжается?Что мне делать?
3 ответа
Безотносительно произошел, единственным последствием был обещанный графический интерфейс, не подходил. Я запустил его вручную, и это было обо всех.
Поэтому на самом деле не было никакой проблемы, просто беспорядок. Возможно, это помогает кому-то.
я предполагаю, эта проблема была связана с использованием "легкой установки", которой я избегу в будущем.
Отсюда: http://ewen.mcneill.gen.nz/blog/entry/2014-07-17-mininet-on-ubuntu-14.04-in-kvm/
"ЗАПИСЬ SAME перестала работать. Вручную обнуляя"
, Если Вы получаете сообщения о "ЗАПИСИ отказавшая SAME. Вручную обнуляя" зарегистрированный к консоли, они, кажется, вызываются этим патчем к драйверу диска SCSI в Linux 3.7 + (и более поздний патч, который включил ЗАПИСЬ ТО ЖЕ через дисковый путь картопостроителя от Linux 3.10 вперед), который включает использование команды "WRITE SAME" SCSI (запишите несколько блоков с тем же содержанием - Linux, кажется, использует его главным образом для обеспечения блоков, содержат все нули).
значения по умолчанию патча к использованию 0xFFFF (65535) блоки для ЗАПИСИ ТО ЖЕ, за исключением определенных классов дисков (ATA, USB и Firewire), которые, как известно, не реализуют опцию (и будет использовать больше, если ЧТЕНИЕ SCSI ПОДДЕРЖИВАЕМЫЕ КОДЫ ОПЕРАЦИЙ сообщит больше). Кажется, что особенно для определенных виртуализированных дисков (например, KVM, возможно, только более старые установки KVM - моя хост-машина все еще выполняет Ubuntu 10.04 LTS), это приводит к принятию ЗАПИСИ, ТА ЖЕ функциональность будет работать, даже если это не будет поддерживаться. (Различные люди нашли эту проблему в различных ядрах; похоже, что существует патч для отключения его, если это перестало работать)
работа вокруг, где это неуместно используется, должен вручную установить max_write_same_blocks на 0 для базовых устройств SCSI в/sys файловой системе - это должно быть сделано каждая начальная загрузка. Затронутые устройства SCSI могут быть найдены с: найдите/sys/devices - max_write_same_blocks
имени, и что-то должно записать 0 в файл; на машинах с systemd людьми используют/etc/tmpfiles.d, чтобы сделать это. Для Ubuntu 14.04 похоже, что простое решение должно создать простой сценарий, названный "disable-write-same", (в/usr/local/sbin), который находит все max_write_same_blocks файлы, и echos 0 в них - тогда добавляют вызов к этому к/etc/rc.local. (В придачу выполните сценарий сразу, чтобы не перезагружать.)
ЭТА, 31.07.2014: Я также нашел, что должен был сделать то же самое при установке под VMware Fusion.
У меня была та же проблема, и решение состояло в том, чтобы загрузить Инструменты VMware во время установки, как предложено через раскрывающийся диалог, который появляется вскоре после запуска Легкой Установки (это даже упомянуло, что VMware Легкая Установка приведет если не выполнение к сбою этого).