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

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: shimon (всего исправлений: 4)

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

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

anonymous
()

dd вновь успешно успешно собирается в системах AIX 5.

прям таки успешно-успешно-успешно ?

Sith ★★★★★
()

Я примерно перевел unwritten extent как «зарезервированное дисковое пространство», потому что русский текст с English words смотрится ещё хуже.

Если кто-то может указать более технически верный и менее корявый перевод, welcome.

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

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

Конечно, это необходимо исправить.

anarquista ★★★★★
() автор топика

>используется файловая система xfs;
[x]

используется свежее ядро Linux 2.6.39

[ ]

coreutils-8.11

[ ]
(Я ведь так понял, что проявляется только на 8.11)
God save the Sid.

dogbert ★★★★★
()

по ссылке rc а не rt

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

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

Скорее всего, у тебя аппаратные проблемы.

anonymous_incognito ★★★★★
()
[ebuild   R   ] sys-apps/coreutils-8.12  USE="unicode -acl -caps -gmp -nls (-selinux) -static -vanilla -xattr" 0 kB
tn1
()

Оснований беспокоиться, лично для меня, нет. Пускай делают что хотят.

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

> Бэдблоков ни на харде, ни на флешке.

Есть ещё оперативная память, как не странно, и другие части компьютера.

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

> Есть ещё оперативная память

А с ней что может быть? И как проверить?

и другие части компьютера.

Сомневаюсь, что что-то еще влияет на этот процесс.

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

> А с ней что может быть? И как проверить?

Битой оказаться. Для проверки есть например memtest. Имеется на некоторых LiveCD, в частности Knoppix.

А вообще, может быть что угодно. В порядке убывания вероятности: проблемы с флешкой и/или USB кабелем или разъемом, проблемы с оперативной памятью, с винчестером, проблемы с чипсетом на материнке из-за перегрева при перекачке данных.

Может конечно и баг, но что-то маловероятно, по-моему.

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

> на дебиане любой версии этого нет, проверено.

на дебиане любой версии чего только нет: то того нет, то этого нет. =)

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

У меня с битой памятью также копировалось с ошибками. Так что memtest в зубы и вперёд.

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

попробуй флешку в задний порт воткнуть и желательно проверять не на одной флешке.

anonymous
()
Ответ на: комментарий от anonymous
  • новость не про дыры и уязвимости, а про релиз GNU coreutils, что само по себе событие;
  • некоторое количество людей использует свежий софт, возможно, им будет полезна эта информация.
anarquista ★★★★★
() автор топика

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

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

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

Я видел такое. От флешки зависит. Возьми приличную флешку и попробуй с ней. Да, под Вендой все работают как положено.

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

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

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

Оказалось, что при некоторых условиях использование воды может привести к серьёзным проблемам.
Например, если окунуться с головой в ванну и вдохнуть.

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

Огурцы ещё хуже

Еще более убедителен результат, полученный известным коллективом ученых-медиков: морские свинки, которым принудительно скармливали по 20 фунтов огурцов в день в течение месяца, потеряли всякий аппетит!

Smacker ★★★★
()
Ответ на: Огурцы ещё хуже от Smacker

Это вы ещё о хлебе не слышали

Учёными установлено, что все погибшие на войне солдаты употребляли хлеб по меньшей мере в течение 10 лет до своей смерти!
Более того, достоверно известно, что программист, совершивший тот злополучный коммит в coreutils 8.11 тоже употреблял хлеб в количествах, не поддающихся исчислению!

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

поскольку они работают только на свежем rc-ядре, то ошибки скорее в ядре чем в утилитах.

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

>Скорее всего, у тебя аппаратные проблемы.

...c /dev/brain

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

> Самое большое разочарование в линуксе, которое когда-либо было у меня лично.

Вот кому таких разочарований не надо - пользуют дебиан.

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

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

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

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

> А с ней что может быть? И как проверить?

Может быть битая. memtest86

Сомневаюсь, что что-то еще влияет на этот процесс.

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

Evgueni ★★★★★
()

как можно в такой простой программе допустить ошибку с поверждением данных ?! это насколько криворуким надо быть.

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

> md5... был разный и не совпадал с оригиналом

Во всех случаях подобного поведения, что видел я, виноватой оказалась флешка.

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

А у меня под мастдаем файлы с сидюка на винт битыми переписывались, checksum был постоянно разный. Причина оказалась в глючном VIA чипсете.

A-234 ★★★★★
()

всех трёх? или хотя бы одного из трёх? просто xfs мне даже в страшном сне не придёт голову использовать... ядро 39 пока не тороплюсь, успею ещё... как релиз выйдет. у меня сейчас 36. и оно _просто_работает_.

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

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

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

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

anonymous
()

Раздел новостей неправильный. Куда смотрят модераторы?

Quasar ★★★★★
()

>используется свежее ядро Linux 2.6.39 (по крайней мере, это касается версии -rc3);
no

используется файловая система xfs;

no. использовать что-либо кроме ext'ов - ССЗБ

копируется только что созданный файл с зарезервированным дисковым пространством (т. н. «unwritten extent»).

no
Next, please.

Fletch ★★
()

xfs хорошая файловая система, лялех дрянное ядро в котором постоянно что то ломается.

эпично что то отваливается после обновлений версий ядра, то wifi, то в suspend не уходит, то после пробуждения вдруг отваливается usb. теперь и xfs поломали. это типа программа перехода на недоделку btrfs или на тормоза недофс ext* ? а интерестно jfs они тоже успешно поломали ?

и такой баг - ну это баг в этом вашем ядре, а в coreutils сделали очередной workaround, а чего - кроссплатформенно да )

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

>no. использовать что-либо кроме ext'ов - ССЗБ

использовать ext* тормоза ... использовать вообще лялех это ССЗБ, жаль нет ничего особо лучше.

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

>использовать что-либо кроме ext'ов - ССЗБ

Есть говно, одобренное/созданное ЦК, конечно же лучше, чем употреблять нормальную пищу.

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

>*BSD?

а чем оно лучше сильно то ? Проблема в том что монолиты жирнеют, API меняют постоянно - саппортить это нереально уже, вот и начинается.

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

Оно сильно лучше тем, что за 3 года использования в качестве основного десктопа я столкнулся с гораздо (в десяток раз как минимум) меньшим количеством проблем, чем до этого за год с Linux.

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

>Оно сильно лучше тем, что за 3 года использования в качестве основного десктопа я столкнулся с гораздо (в десяток раз как минимум) меньшим количеством проблем, чем до этого за год с Linux.

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

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