LINUX.ORG.RU

GNU coreutils и потеря данных

 , ,


0

1

Как, прошло меньше двух недель, и нужно выпускать новую версию — GNU coreutils 8.12?

Оказалось, что при определенных условиях использование GNU coreutils может привести к серьезным проблемам, например, к потере данных при копировании файлов. Это может случиться при выполнении трех условий:

  • используется свежее ядро Linux 2.6.39 (по крайней мере, это касается версии -rc3);
  • используется файловая система xfs;
  • копируется только что созданный файл с зарезервированным дисковым пространством (т. н. «unwritten extent»).

Подробно про потерю данных можно почитать здесь: gmane.comp.file-systems.xfs.general

Другие изменения:

  • dd вновь успешно собирается в системах AIX 5.
  • исправлена ошибка в программе tail, --follow=name теперь не влечет --retry в системах с inotify (ошибка из версии 7.5)

>>> Подробности на Savannah GNU

Ответ на: комментарий от iomould

Основные причины у меня любви к OpenBSD - Theo de Raadt, качество кода, качество документации, misc@ и атмосфера нормального UNIX вокруг. К FreeBSD - наличие драйверов nvidia, скорость работы и не-linux.

takino ★★★★ ()

как, ещё никто не написал?! РЕШЕТО!!!1!

anonymous ()
Ответ на: комментарий от takino

>тормозной
мб на туче мелких файлов, не замечал.

глючной

пока не было упса, при выключении питания ничего не пропадало, сейчас - тем более

прожорливой

у меня ntfs-3g больше проца отъедает, чем все остальное в системе.

Fletch ★★ ()
Ответ на: комментарий от Fletch

У тебя; у тебя; у тебя.
У меня - ext3 (дело было 4 года назад) тормозил и на файлопомойке с большими файлами, копирование/запись новых файлов ела много mem и зависало когда начинало свапится; один раз был потерян хомяк (ups тогда ещё не было).

takino ★★★★ ()
Ответ на: комментарий от anonymous

> >Вашей флешке скоро наступит кирдык.

Ох уж эти суровые красноглазики)


По существу сказать нечего? Зачем ветку засоряете?

andreyu ★★★★★ ()
Ответ на: комментарий от anonymous

Пару дней назад копировал гиговый файл на флешку (ext4 > fat32). Каждый раз смотрел md5. Каждый раз он был разный и не совпадал с оригиналом. С восьмой попытки таки получилось. Самое большое разочарование в линуксе, которое когда-либо было у меня лично.

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

попробуй копировать МНОГО данных на винде и так же проверяй суммы.

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

anonymous ()
Ответ на: комментарий от andreyu

> Вашей флешке скоро наступит кирдык.

Бред. Жена купила себе новый usb винт. Переписывал на него файлы под linux - внезапно убилась файловая система. Просто на ровном месте. Пришлось переформатировать. Винт тоже скоро умрёт? xD

d9d9 ★★★ ()
Ответ на: комментарий от d9d9

> Бред. Жена купила себе новый usb винт. Переписывал на него файлы под linux - внезапно убилась файловая система. Просто на ровном месте. Пришлось переформатировать. Винт тоже скоро умрёт? xD

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

И да, ваш винт тоже умрет. Возможно не так скоро, как флешка того анонимуса, но умрет.

andreyu ★★★★★ ()
Ответ на: комментарий от d9d9

> Бред. Жена купила себе новый usb винт. Переписывал на него файлы под linux - внезапно убилась файловая система. Просто на ровном месте.

ntfs (ага, прелести закрытых ФС) + несколько старые к ней драйвера на запись вполне могут давать такой эффект.

Переформатируйте на ext3, например, и в Windows вы даже прочитать из коробки ничего с этого винчестера не сможете.

Evgueni ★★★★★ ()

К слову на моей системе с 2.6.39-rc3 я даже не могу собрать это же ядро.
Валится в kernel panic при сборке.

Krivenok_Dmitry ()
Ответ на: комментарий от anonymous

Лет пять назад, при записи на дискетку :) Файлы писались битыми. Проблема оказалась в шлейфике...

anonymous ()
Ответ на: комментарий от anonymous

Это где это пять лет назад дискетками пользовались?

anarquista ★★★★★ ()
Ответ на: комментарий от Evgueni

так это означает что линукс не нужен?

anonymous ()
Ответ на: комментарий от anonymous

А это уж каждый решает для себя. Мне, например, альтернативная система абсолютно ни во что не упёрлась.

Evgueni ★★★★★ ()
Ответ на: комментарий от anarquista

> Это где это пять лет назад дискетками пользовались? Ты, возможно, не поверишь, но некоторые банки до сих пор ключи для клиент-банков выдают на дискетках. Да и винда дополнительные дрова при установке исключительно с дискет перестала принимать имхо менее 5 лет назад.

anonymous ()

эх, а у меня перл чего-то засегфолтится на стабильном дебиане. обидно, но тот же скрипт нормально пашет под centos, и даже под вендой.

chg ★★★★★ ()
Ответ на: комментарий от Smacker

>> Оказалось, что при определенных условиях использование GNU coreutils может привести к серьезным проблемам

Например, если сделать dd if=/dev/random of=/dev/sda


Да, без аппаратного источника энтропии это проблема, ждать заколебёшься. Workaround: использовать /dev/urandom

dd if=/dev/urandom of=/dev/sda

router ★★★★★ ()
Ответ на: комментарий от d9d9

>Бред. Жена купила себе новый usb винт. Переписывал на него файлы под linux - внезапно убилась файловая система. Просто на ровном месте. Пришлось переформатировать. Винт тоже скоро умрёт? xD

не факт. всегда переформатировать же можно. Но если бы у меня при записи на винт сыпалась ФС, я по правде говоря, непрягся бы. Железо-то работать должно, а не сбоить на ровном месте...

AVL2 ★★★★★ ()
Ответ на: комментарий от LongLiveUbuntu

>Вали на GNU Hurd.

микроядро первого поколения, вечно недопиленные сервисы и вечные ковыряния на одном месте - нее, пока они координально не пересмотрят архитектуру делать там нечего.

iomould ()
Ответ на: комментарий от alx_me

>Это как? Перейти на монолит?

трололо, во первых сменить микроядро в связи с этим много что изменится, там сейчас в ядре драйвера спокойно себе сидят, что вообще сложно назвать микроядром. Все от шины до блочного устройства в ядре. Так и до лялеха недалеко, скоро как и в лялихе графику в ядро внесут.

iomould ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.