Разработчики крайне не рекомендуют запускать проверку для примонтированного раздела. Если нужно проверить — либо в fstab поставь единичку в колонке, которая отвечает за проверку, и форсированно задай необходимость проверки (уже не помню, как это делается, вроде через tune2fs), либо загрузись с LiveCD и проверь с него.
Судя по всему, суть ошибки в том, что во время проверки происходили какие-либо действия с файлами на разделе и fsck, не подозревая об этом, думает, что в ФС глюки (например, в начале проверки было 778137, а в конце 778138, что весьма неожиданно для fsck)
Я вижу на скрине всё вроде нормально.
А у меня в 10.60 на этом сайте в постах шрифты не сглажены… :(
То же и на некоторых других сайтах. Скрин —
Раньше такого не было…
Насколько я понял, Red Hat не предоставляет услуги публичного «облака», а поставляет только ПО для его развертывания (частного или в web). А Amazon, наоборот, предоставляет только услуги «облака», а не софт для создания своих «облаков».
Данный случай по типу восстановления схож с повреждением базы из-за «человеческого фактора», я думаю и методы восстановления похожи. Мне кажется в общем обзоре можно несколько объединить эти пункты в один: нештатная работа ПО или персонала.
Судя по всему, суть ошибки в том, что во время проверки происходили какие-либо действия с файлами на разделе и fsck, не подозревая об этом, думает, что в ФС глюки (например, в начале проверки было 778137, а в конце 778138, что весьма неожиданно для fsck)
Более того, .
А у меня в 10.60 на этом сайте в постах шрифты не сглажены… :(
То же и на некоторых других сайтах. Скрин —
Раньше такого не было…
п.с. архив на сайте с кодом (016) .rar'ный, бугога
Теперь она не падает. Она вообще не запускается в винде. :-/
ps. Ну а к предыдущим ораторам добавить нечего.