Checksum ядра Linux?! И опять зачем то решил поменять материнку 13 числа, надо было подождать

0

2

Судя по тому, что на новой материнке часто разрушается загрузочный раздел ext4 на USB флэшке - плохой USB линк

устройство даже отваливается иногда из системы и пару раз был kernel panic System Rescue CD на старте

переткнул в другой толстый кабель USB3, вроде стало лучше и пока не отваливается

наверно однажды ядро загрузилось частично битыми битами в ZFS и поэтому наверно разрушился системный ZFS пул

можно ли при загрузке ядра сверять его контрольную сумму в оперативке?

PS: Memtest нормально проходит

Ссылка

←	При запуске Java приложения ошибка Libusb not found. Minimum libusb version is 1.0.15

KDE не реагирует на команды после перезагрузки

→

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

KivApple ★★★★★
(13.03.16 18:00:39 MSK)
Последнее исправление: KivApple 13.03.16 18:01:33 MSK (всего исправлений: 1)

Ответ на: комментарий от KivApple 13.03.16 18:00:39 MSK

а как тогда объяснить то, что по одному кабелю zpool scrub рапортует ошибки чексумм, а по другому кабелю все чисто?

~~sanyock~~ ★★
(13.03.16 18:48:13 MSK) автор топика

Ответ на: комментарий от sanyock 13.03.16 18:48:13 MSK

но по любому кабелю после перезагрузки ошибки файловой системы

как то странно, впечатление, что экземпляр материнки какой-то капризный или частично неисправный

поменял флэшку на другую модель и она заработала более стабильно, но старая флэшка работает в точно такой же модели материнки (другой экземпляр материнки) без проблем

впечатление, что определенная модель флэшки не дружит с определенным экземпляром матплаты

~~sanyock~~ ★★
(13.03.16 20:31:40 MSK) автор топика
Последнее исправление: sanyock 13.03.16 20:32:38 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от sanyock 13.03.16 18:48:13 MSK

Потому что если по кабелю USB-пакет не дойдёт, то хост его перепошлёт. Но если он много раз не будет доходить, то хост забьёт и какой-то блок данных не запишется. Представь, что ядро начало изменять какие-нибудь данные, однако изменить получилось не все. Разумеется, тут будет ошибка чексумм, если размер данных больше размера блока, которыми производится запись данных на флешку. То же самое будет если вырубить комп в середине операции с ФС - часть данных запишется, а часть нет. В итоге будет логическая ошибка в структуре ФС (и если ФС умеет в чексуммы, то они не сойдутся).

KivApple ★★★★★
(13.03.16 21:51:58 MSK)

Ответ на: комментарий от KivApple 13.03.16 21:51:58 MSK

Представь, что ядро начало изменять какие-нибудь данные, однако изменить получилось не все. Разумеется, ...

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

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

в этой же комбинации экземпляра материнки и/или блока питания (FSP 600 SPI) не работает USB v2 сетевой адаптер, хотя на на другом экземпляре такой же матплаты работает относительно нормально

может быть, кто-нибудь знает, какие блоки питания средней ценовой группы хороши для стабильности системы и особенно USB канала?

хотя, наверно, влияет радиообстановка в целом, всякие наводки?

~~sanyock~~ ★★
(14.03.16 20:06:49 MSK) автор топика
Последнее исправление: sanyock 14.03.16 20:12:56 MSK (всего исправлений: 4)