Дефрагментация и проверка на ошибки жесткого диска

[sprut]

Дефрагментация и проверка на ошибки жесткого диска -а есть такие  утилиты для ubunt'ы
Кто знает назовите

[virens]

Дефрагментация и проверка на ошибки жесткого диска -а есть такие  утилиты для ubunt'ы
Кто знает назовите

Дефрагментация - не нужна, так как в Линукс файловый системы сделаны через голову, а не через .., как в винде.

Проверка на ошибки тоже не требуется - в журналируемых файловых системах это не критично. Проверка обычно происходит автоматически при загрузке.
Если так хочется - смотреть в сторону fsck.ext3 и аналогов для других ФС. Ещё глянуть в сторону badblocks.

[afon]

defrag для ext3, fsck.xxx где xxx - имя файловой системы - проверка фс на ошибки. badblock - проверка физической поверхности hdd на предмет сабжа. Кроме того при работе fsck вывод будет содержать процент фрагментации - в пределах 6-7% - норма.

Не заморачивайся ты на дефрагментацию. линуксовые фс не страдают от этого потерей производительности. Это так, мозг цепляется. А вот раз-в-полгодичной проверкой бедблоков и постоянным мониторингом состояния винта озабачиваться необходимо.

[Gn0m]

afon
только не badblock, а badblocks

[afon]

Gn0m, - очепятался

[Denis]

Проверка на ошибки тоже не требуется - в журналируемых файловых системах это не критично. Проверка обычно происходит автоматически при загрузке.

Устойчива ли файловая система в Linux к вырубанию света например, RESET?
NTFS - отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Реально так и есть. А кто устойчивей NTFS или ext3? Я много слышал жалоб от пользователей Линукс, что система слетала при вырубании света, а в Win такого и не припомню.

Еще вопрос какой размер кластера используется обычно?

[panda]

А кто устойчивей NTFS или ext3?

ReiserFS, если я ничего не путаю.

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

Ну давайте я Вам пожалуюсь, что у меня на работе были случаи гибели NTFS при отрубании электричества. Легче Вам станет от этого? 

Еще вопрос какой размер кластера используется обычно?

А Вам зачем это, если не секрет? Его не надо настраивать как на FAT/NTFS.

[Denis]

Ну давайте я Вам пожалуюсь, что у меня на работе были случаи гибели NTFS при отрубании электричества. Легче Вам станет от этого?

Возможно вина не NTFS, а жесткого диска:

Ну хорошо, скажете вы, всё так замечательно - но почему же тогда разделы NTFS всё же летят?.. Сейчас я постараюсь объяснить принципы, которые приводит к тому, что вышеописанная модель сможет обеспечить полную восстанавливаемость логических структур.
Жесткий диск, в штатном режиме, должен записать именно то и именно туда, что и куда ему сказано было записать операционной системой. Данный принцип нарушается в случае, если система имеет ненадежный шлейф, процессор, память или контроллер - и это самая распространенная причина сбоев NTFS. Вам поможет: неразогнанный процессор, дорогая (качественная) память, хорошая материнская плата и протокол UDMA, обеспечивающий контроль и восстановление ошибок на участке контроллер-диск.
Жесткий диск, в случае аварии, отключения питания или получения от контроллера сигнала "сброс" (в случае внезапной перезагрузки материнской платы) обязан корректно завершить запись данных текущего физического сектора, если таковая производилась на момент аварии. Промежуточное состояние сектора не допускается. Вам помогут современные винчестеры, которые могут осуществить данную операцию даже в случае полного пропадания питания - у них хватит буферизированной в конденсаторах энергии, и их логика рассчитана на корректное поведение в случае отказа питания при записи.
Диск обязан мгновенно осуществить запись данных, отправленных с флагом "не кэшировать". Дело в том, что многие современные диски или контроллеры обеспечивают задержанную запись. Метафайлы NTFS обновляются в режиме "писать сразу", и контроллер/диск обязан выполнять это требование.
Жесткий диск обязан обеспечить чтение именно тех данных, которые были записаны. В случае невозможности прочесть данные выдается сигнал "ошибка". Диск не имеет права возвращать ошибочные данные (возможно, лишь частично некорректные) без сигнала об ошибке. Все современные жесткие диски имеют контрольные суммы секторов и жестко следуют этой логике поведения.

Четкое выполнение этих требований полностью гарантирует надежную работу NTFS. Структура файловой системы не будет содержать существенных ошибок даже после сбоя. Некоторые несущественные ошибки всё же появляются из-за того, что логика журналирования часто пытается завершить недоделанные операции - например, то же удаление файла - тогда как полную надежность обеспечивал бы только безусловный откат всего, что находится после последней контрольной точки. Малые несоответствия, рождающиеся из этих попыток, относятся к избыточной информации системы безопасности, не представляют никакой реальной опасности для данных - они действительно незначительны. Суть этих несоответствий чаще всего заключается в том, что на диске остаются "лишние" данные о тех режимах доступов, которые уже не понадобятся системе. Их прочистка - дело сугубо повышения производительности, как, например, дефрагментация, поэтому их наличие не является на самом деле ошибкой. В случае же обнаружения серьезных, реальных, проблем драйвер сам установит флажок тома "грязный", что проинструктирует систему проверить том при следующем его монтировании.

Просто если нажать RESET, как правило не полетит ли система с Ubuntu?

А Вам зачем это, если не секрет? Его не надо настраивать как на FAT/NTFS.

Чисто, чтобы удовлетворить любопытство. Ubuntu я сам ставить не собираюсь. Поставил брату.

[AMD]

Еще вопрос какой размер кластера используется обычно?

512 байт - кстати прям как в NTFS

[SeaJey]

Несколько раз ресетил Ubuntu - все нормально, ошибок фс нет.

А вот в ntfs разочаровался.

Есть 160ка Макстор, четыре раздела - с: 20 Гб - под WinXP - ntfs, d: ~130 Гб под музыку/клипы и всякую всячину, гиг под linux-swap, 10 Гб под /home - ext3

После очередного BSOD (моя система как-то не приняла звуковуху m-audio) окошки отказались видеть d:

ntfsfix несколько помог -  чекдиск долго, долго шуршал винтом и сказал, что все исправил. Рано радовался. Все равно не видит, хотя при следующей загрузке чекдиск стартовал сам. С тем же успехом, правда.

Потом биос сказал, что s.m.a.r.t. статус - bad и винт скоро сдохнет, несколькими ребутами позже свежеустановленная на отфарматированный раздел XP сказала, что у мну реестр сломался.

А еще до этого ходил девушке одной стоп-ошибку Stop 0x00000024 исправлять.

[majei]

А еще до этого ходил девушке одной стоп-ошибку Stop 0x00000024 исправлять.

оффтоп. теперь это так называется? =)/оффтоп

[MA3X]

Устойчива ли файловая система в Linux к вырубанию света например, RESET?
NTFS - отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Реально так и есть. А кто устойчивей NTFS или ext3? Я много слышал жалоб от пользователей Линукс, что система слетала при вырубании света, а в Win такого и не припомню.

Хе. работаю в сервисе, и очень часто приносят машинки, на которых после отрубания питания эта "отказоустойчивая система", мо быть, и цела, но вот вендовый реестр находится в неюзабельном состоянии.
И кранты. Синий экран, перезагрузка по кругу.
Оно, конечно, лечится, но не штатными средствами системы.
А вот что ext3, что Reiser - ни разу не видел в убитом виде.
Не говоря уже о том, что такой жирной и уязвимой "цели", как файлы реестра, в *nix просто нет.

[Denis]

Оно, конечно, лечится, но не штатными средствами системы.
Не говоря уже о том, что такой жирной и уязвимой "цели", как файлы реестра, в *nix просто нет.

А разве "загрузка последней удачной конфигурации" не штатное средство?
Windows конечно же хранит копию реестра и не одну. Не думаю, что это такая уж уязвимая цель. А потом реестр был сделан для упорядочивания настроек программ, системы.

[panda]

Возможно вина не NTFS, а жесткого диска:

А с ext3, значит, ее вина, а не жесткого диска? "Оригинально-с".

Просто если нажать RESET, как правило не полетит ли система с Ubuntu?

Нет.
Если система на reiser, то после перезагрузки аккуратно отработает все транзакции. На ext3 работает по-другому, но тоже не умирает от такого.

[SeaJey]

А разве "загрузка последней удачной конфигурации" не штатное средство?

Только срабатывает это, дай бог раз на пять случаев.