день добрый!
прим. 3 года назад на раб. станции перешел на slackware-14.2.
пока раб.станция была на «старых версиях слаки» - ни каких потерь данных не было.
с 2000 года менялись диски, железо, все было ок.
после перехода на sl14.2 столкнулся с «непонятным багом / потерями ссылок» (возможно потери данных/файлов как таковых)
на sl12.2 - работал больше всего, с самого момента выхода 12 слаки и до «последнего».
slackware 12.2 (диски на reiserfs, системный стек/ядро - обновлялись, патчились итд)
slackware 14.2 (ядро, диски на ext4, системный стек - стоковый)
везде использовалась tde/trinity
железо - в идеальном состоянии, мать/видео отличные/безглючные, apc smart ups, температурный режим - щадящий (продувается как из форточки)
по поводу бага:
- проявился 2 раза (за 3е года) (до этого никаких предпосылок, потерь напряжений, мощных эми, землетрясений)
- потери всех ссылок на примонтированной партишн (в обоих случаях home)
- дотошно потерю данных не выяснял (не было времени)
последний раз ссылки посыпали «особенным образом»:
- в корне дом. каталога было свалено около тысячи битых ссылок, указывающих на корень установленной tde
+ сопутствующие публикации
https://www.linux.org.ru/forum/talks/17447408
2023.12.10 / Ext4 гробит данные (в том числе в Debian Stable)
https://www.linux.org.ru/news/linux-general/17448413
2023.12.11 / Повреждение данных в Ext4 под ядрами в ветке LTS-версий 6.1.X.
подробности:
-------------------------------------------------------------------------------
/dev/sda, 1.00 TB, Hitachi HDS721010CLA332 / Hitachi Deskstar 7K1000.C / SMART: Reallocated Sector 5
/dev/sdb, 160.04 GB, INTEL SSDSA2M160G2GC / Intel X18-M/X25-M/X25-V G2 SSDs / SMART: Reallocated Sector 4
/dev/sdc, 2.00 TB, TOSHIBA DT01ACA200 / Toshiba 3.5" DT01ACA Desktop HDD
/dev/sdd, 500.11 GB, ST500DM002-1BD142 / Seagate Barracuda 7200.14 (AF)
/dev/sde, 1.00 TB, WDC WD10EZRX-00A8LB0 / Western Digital Green
-------------------------------------------------------------------------------
Filesystem Size Used Avail Use% Mounted on
-------------------------------------------------------------------------------
/dev/sda1 105G 72G 34G 69% /mnt/main sl12.2 /
/dev/sda3 896G 635G 262G 71% /mnt/home sl12.2 /home
/dev/sdc1 529G 117G 385G 24% / sl14.2 /
/dev/sdc2 1.5T 1.1T 276G 80% /home sl14.2 /home <-- наш проблемный диск
/dev/sdd1 501G 361G 141G 72% /mnt/add common
-------------------------------------------------------------------------------
/dev/sda1 /mnt/main reiserfs (rw,noatime,nodiratime,notail)
/dev/sda3 /mnt/home reiserfs (rw,noatime,nodiratime,notail)
/dev/sdb osx
/dev/sdc1 / ext4 (rw,noatime,nodiratime)
/dev/sdc2 /home ext4 (rw,noatime,nodiratime)
/dev/sdd1 /mnt/add reiserfs (rw,noatime,nodiratime,notail,data=writeback)
/dev/sde osx
-------------------------------------------------------------------------------
- kernel-4.4.301
- e2fsprogs-1.43.1-x86_64
- tde-14.0.11 (рабочий стол, если это имеет значение)
посыпались все ссылки на диске
/dev/sdc2 - /home
!!! уточняю !!! - были «убиты/уничтожены/затерты/обнулены» все ссылки на диске & в корень дом.каталога была навалено кучу «битых ссылок»
ссылки:
- либо «потерялись»
- либо стали указывать на «хрень» (-> /opt/tde/* , корневой каталог TDE/Trinity, мой DE.)
- и, дополнительно, свалились (были перенесены) в корень HOME-каталога.
(про осталные каталоги - не знаю, т.к. далее не капал)
все-ли ссылки, со всего-ли диска свалились в корень дом. каталог - не знаю, не стал выяснять.
в результате - в дом. каталоге оказалось около тысячи битых ссылок.
из назначения ссылок ясно, что пути, на которые они указывают есть «полные хрени», т.е. не имеющие смысла, как-то:
libcrypt.so.1 -> /opt/tde/share/fonts/TTF/libcrypt.so.1
УМ_Радиотехника_101 -> /opt/tde/УМ_Радиотехника_101
virtualbox.desktop -> /opt/tde/share/apps/konqueror/virtualbox.desktop
qtcreator.desktop -> /opt/tde/share/applications/qtcreator.desktop
одна из библиотек:
- libQtCore.so.4
- libQtCore.so.4.8
- libQtCore.so.4.8.7 -> /opt/tde/share/fonts/TTF/libQtCore.so.4.8.7
можно предположить что это ссылка на:
/usr/lib64/qt-4.8.7/lib/libQtCore.so.4.8.7
~/opt/stm/true_studio/9.3.0/Servers/J-Link_gdbserver/libQtCore.so.4.8.7
(т.е. реально сломаны пути)
если посмотреть на «типа, путь, на который ссылается» битая ссылка:
/opt/tde/share/fonts/TTF/libQtCore.so.4.8.7
по частям, существующие по отдельности каталоги:
- /opt/tde/share
- /usr/share/fonts/TTF
а сама библиотека libQtCore.so.4.8.7 - ну ясен пень, никаким боком не имеет отношение к «последним двум».
все это я спецом уточнил, что-бы показать какой армагиздец был на момент «свершения».
итак, к чему бы это я?!
как я перешел на «новую» slackware-14.2, со всем соотв. стоком ядер/библиотек и, самое главное сменил файловую систему ReserFS3 -> Ext4, за это время «данный армагидец» произошел дважды.
если-бы произошёл один раз, то можно было-бы свалить на «случай/кривые руки».
до этого, я всегда использовал:
- старую slackware 7.x->12.2
- tde/trinity 3.x (последняя совместимая с kde3.x)
- smart apc-ups (был всегда)
- весь этот стек работал с 2000 года и практически никогда не чихал, менялись только диски и железо, обновлялась ось, а все остальное - ни каких проблем (ни зависаний, ни перегрузов, ни чего такого), а тут такое!
как промежуточный итог:
- smart у дисков без ошибок (за исключение других, где есть «переназначения» блоков)
- в логах не было найдено ни ошибок, ни чего, что-бы «подсказало» откуда жопа растёт.
мое мнение (могу ошибаться): стечение обстоятельств, софта, версий, системного стека, ядер и файловой системы.
какие ваши идеи, мысли, предположения? высказывайтесь, пожалуйста.
спасибо
p.s. тачка рабочая, сильно экспериментировать не получится.
###!!! UPDATE !!!###
в процессе были найдены другие «битые» ссылки, перенесеные «непоподя куда».
