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

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

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

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

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

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

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

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

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

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

[ ]

coreutils-8.11

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

новость - полная ахинея, на дебиане любой версии этого нет, проверено.

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

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

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

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

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

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

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

и правильно что нет

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

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

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

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

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

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

Чёрт, хоть я и не использую xfs, но такие ошибки в coreutils напрягают

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

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

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

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

...c /dev/brain

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

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

скрипт на баще можно было написать!

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

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

Имхо, 99,9% не касается.

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

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

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

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

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

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

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

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

эпично

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

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

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

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

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

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

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

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

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

no
Next, please.

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

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

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

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

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

Клоунов надо банить.

*BSD?

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

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

А вот и пионеры борцуны с системой подтянулись.

Да-да. Нежелание пользоваться тормозной, глючной и прожорливой дрянью - это борцунство. :3

>*BSD?

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

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

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

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