ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | При работе в virtualbox портятся файлы | ||
|---|---|---|---|
| Product: | Branch p5 | Reporter: | Vadim Zelenin <VadimZelenin> |
| Component: | cross-component | Assignee: | Evgeny Sinelnikov <sin> |
| Status: | CLOSED WORKSFORME | QA Contact: | QA p5 <qa-p5> |
| Severity: | critical | ||
| Priority: | P3 | CC: | VadimZelenin, grizlik78, shakirov |
| Version: | unspecified | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Attachments: | |||
|
Description
Vadim Zelenin
2011-02-22 15:27:32 MSK
Created attachment 4810 [details]
Тестовый файл ones.bz2 (1 ГБ символов '1'), при его распаковке очень просто и наглядно повторяется ошибка
Created attachment 4811 [details]
Ожидаемый hexdump файла ones.bz2
Created attachment 4812 [details]
hexdump наихудшего (из 10 попыток) вариантов распаковки ones.bz2
Перевесим-ка пока на p5, так как все пакеты оттуда. А нет ли, случайно, возможности проверить воспроизводимость на другой машине с таким же дистрибутивом? У меня, кажется, не осталось ни одной, где бы был p5. Постараюсь поискать на недельке, но что-то подобных ужасов из прошлого не припоминается. (В ответ на комментарий №4) > Перевесим-ка пока на p5, так как все пакеты оттуда. Вам виднее, я поместил в 5.0 просто потому что в p5 не мог выбрать virtualbox. > А нет ли, случайно, возможности проверить воспроизводимость на другой машине с > таким же дистрибутивом? Успешно воспроизвёл проблему - установил на другую машину, гостевой altlinux вообще не запустился. Пришлось грузиться с образа systemrescuecd, но ошибка повторилась. Единственное "самовольство" при установке - я памятуя о проблеме загрузки 5.0 с ext4 сделал /boot на ext3 и / на ext4, /home отдельно не делал. Далее всё по прописи - обновил пакеты, обновил ядро, установил virtualbox и его ядерные модули. А файловая система, на которой лежит виртуальный диск, случаем, не ext4? (В ответ на комментарий №6) > А файловая система, на которой лежит виртуальный диск, случаем, не ext4? Совершенно верно, ext4 Тогда есть подозрение, что это известная проблема: http://forums.virtualbox.org/viewtopic.php?f=7&t=31255&start=15 Кэширование операций ввода/вывода у виртуального контроллера выключено? Если да, то помогает ли включение? > Кэширование операций ввода/вывода у виртуального контроллера выключено? Если
> да, то помогает ли включение?
На первый взгляд включение кеширования помогло. По крайней мере 10 циклов распаковки-проверки прошли успешно.
(В ответ на комментарий №8) > Тогда есть подозрение, что это известная проблема: > http://forums.virtualbox.org/viewtopic.php?f=7&t=31255&start=15 > > Кэширование операций ввода/вывода у виртуального контроллера выключено? Если > да, то помогает ли включение? Да, в новой версии VitualBox выдаётся соответствующее предупреждение: Работа виртуальной машины может привести к возникновению ошибки, описываемой ниже. Вы можете игнорировать это сообщение, но рекомендуется выполнить соответствующие действия для предотвращения возникновения описанной ошибки. The host I/O cache for at least one controller is disabled and the medium '/home/sin/VirtualBox VMs/altx/altx.vdi' for this VM is located on an ext4 partition. There is a known Linux kernel bug which can lead to the corruption of the virtual disk image under these conditions. Either enable the host I/O cache permanently in the VM settings or put the disk image and the snapshot folder onto a different file system. The host I/O cache will now be enabled for this medium. Подбробнее об этом указано здесь: http://www.virtualbox.org/manual/ch05.html Для ext4 нужно включить кеширование операций ввода-вывода в настройках контроллера машины. Будем считать, что проблема в этом. Если проявится, откроете снова. Евгений, мне кажется правильным решением было бы обновить VB в p5, хотя бы уже потому, что там есть это предупреждение. Да и само предупреждение там, возможно, просто перестраховка, хотя на 3.2.12 я воспроизвести багу ещё пока не пытался. Но это уж вам с Андреем решать... А я не против обновить. Наверное, можно обойтись копированием из 5.1, но механизм обновления в p5, для меня, совершенно не прозрачен. То есть я не понимаю как это правильно делать. В 5.1 3.2.12 уже давно собран. Сегодня в сизиф уехал. 4.0.4. (В ответ на комментарий №12) > А я не против обновить. Наверное, можно обойтись копированием из 5.1, но > механизм обновления в p5, для меня, совершенно не прозрачен. То есть я не > понимаю как это правильно делать. В 5.1 3.2.12 уже давно собран. Сегодня в > сизиф уехал. 4.0.4. Просто отправляете задание в p5, оно отвалится из-за ACL, но cas@ его протестирует и сделает approve, если его все устроит :) |
