Кто по вашему виноват: недоразвиты реестр или мои руки?
Все. Первое по идеи, второе по логике.
Тогда я вас должен огорчить. В любой системе есть некий свой файл, который если необдуманно повредить она сломается и не запустится. И даже теоретически нет возможности это обойти. (Хотя если, наверное, в железе как то прошивать без возможности перепрошить - толкько надо ли вам железо привязанное к конерктной версии конкретной ос)
Хотя раз вы та подхоите к данному вопросу. Да extX очень глючна...... И Reiserfs.... и все остальные..... Берем редактор, работаем на прямую с диском и .... "по идеИ" в потери данных будет виновата ФС
Тогда я вас должен огорчить. В любой системе есть некий свой файл, который если необдуманно повредить она сломается и не запустится. И даже теоретически нет возможности это обойти. (Хотя если, наверное, в железе как то прошивать без возможности перепрошить - толкько надо ли вам железо привязанное к конерктной версии конкретной ос)
В том что считаете виновным в той "незагрузке" винды. Винду с ее реестром. По скольку вы не сможете мне (точнее микрософту и реестру) сейчас ни чего противопоставить, что гарантирует защиту от кривых рук пользователя и его необдуманных действий. Потому как реализовать такую защиту крайне сложно (скорее всего даже не возможно), да и, самое главное, париться об этом крайне не целесообразно - вариантов не много:
адекватный:
- не полезет
- полезет или прочитав гору мануалов или зная, что готов потерять систему
неадекватный:
- угробит любую систему
И ради них особо париться разработчикам не логично.
И с этой точки зрения ВСЕ ФС (включая raserfs) одинаковы. И ваша "уверенность на 100%" вообще ни о чем не говорит. Потому вы и не правы.
Не советую. Хотя вы все-равно там неверный символ поставили, на всякий случай, я так понял, хотя там и по сообщению понятно, что это что-то нехорошое.
На так может в тех случаях когда вы "оказались не по своей воле в консоли", накануне не поставили очередной пакет на посмотреть и не разобравшись нажли "красную кнопку"....
хм, если ext(3|4) в 90% случаев падает так, что её приходится восстанавливать с помощью fsck, то либо вам дико не везет либо у вас проблемы с жестким диском.
хм, если ext(3|4) в 90% случаев падает так, что её приходится восстанавливать с помощью fsck, то либо вам дико не везет либо у вас проблемы с жестким диском.
Хотя да, когда я ext3 использовал, то еще на старом глюченом диске. Но с reiser на нем проблем не было! Кроме тормозов, связанных с самим этим диском, проявляющихся на любых фс.
Если диск с бедами, то там уж никакая ФС не спасет.
а вот и нет - если беды локализовааны, и известно где они находятся (man badblocks), то можно штатно отформатировать диск в EXT3 или EXT4. эти ФС умеют обходить беды в любом месте на диске. а raiser так умеет?
а вот и нет - если беды локализовааны, и известно где они находятся (man badblocks), то можно штатно отформатировать диск в EXT3 или EXT4. эти ФС умеют обходить беды в любом месте на диске. а raiser так умеет?
Можно просто проремапать бэды независимо от ФС. Но в 90% случаев очень скоро появятся новые (бэды на винтах не так просто появляются, да и то в том возрасте, в котором срок годности винта давно вышел).
Можно просто проремапать бэды независимо от ФС. Но в 90% случаев очень скоро появятся новые (бэды на винтах не так просто появляются, да и то в том возрасте, в котором срок годности винта давно вышел).
на самом деле беды появляются ещё раньше, и сами ремапятся. их видно только в SMART'е. А видно в ФС когда уже ремапить не на что...
reiserfs /designe error. что третий, что четвёртый. правда школьники утверждают иное, дескать "хардкор инодес etc." да, такие субъекты как правило не проходят rhce. (;
reiserfs /designe error. что третий, что четвёртый. правда школьники утверждают иное, дескать "хардкор инодес etc." да, такие субъекты как правило не проходят rhce. (;
man mkfs.ext4
-l filename
Read the bad blocks list from filename. Note that the block numbers in the bad block list must be
generated using the same block size as used by mke2fs. As a result, the -c option to mke2fs is a
much simpler and less error-prone method of checking a disk for bad blocks before formatting it,
as mke2fs will automatically pass the correct parameters to the badblocks program.
(eddy) писал(а):хотя, честно говоря, не понимаю, зачем вам ext4...
Посоветуйте, а какую ФС тогда использовать, если не ext4.
AvReg - По для организации Видеонаблюдения на Linux. ДЭНСИ:КАССА - Рабочее место кассира под Linux. Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
Посоветуйте, а какую ФС тогда использовать, если не ext4.
для чего винт будет использоваться? файлопомойка? - и ext4 и xfs пойдут. Медиатека? - тогда xfs. Будет ли там корень (и вобще имеет ли смысл делать корень на такооом разделе) - ReiserFS (Reiser4 если не боязно)
А почему бы и не ext4? По поводу занятых 200 МиБ - если это резерв, то можно изменить с помощью tune2fs -m/-r. Если раздел для данных (что скорее всего), то можно в 0 выставить. Хотя по поверхностному подсчёту занятых резервом должно быть где-то 140 МиБ. Остальное, наверное занято под файловую структуру и журнал.
Я бы все-таки советовал reiserfs. "Обязательная" проверка диска будет проходить всего минут 5, в отличие от всяких extX. У ext3 такая проверка запросто может затянуться на полчаса. У меня, к примеру, один 1.5Тб жесткий диск отформатирован в reiserfs, проверка при включении занимает минуты 3, но устанавливать ноль в последнее поле fstab как-то боязно: мало ли, свет отключат, а упс не "дотянет" до выключения (у меня уже такие ситуации были со старой батареей, а эта уже ~год работает, скоро сдохнет).
Диск будет использователься как файло-помойка, раздел на диске нужен один..
У меня стоят 2Tb винты под ext4, и что-то не замечал я, чтобы проверка при загрузки проходила долго....
Забыл сказать комп почти не выключается, т.е. выключается только в том случае если света долго нет и ups не выдерживает....
AvReg - По для организации Видеонаблюдения на Linux. ДЭНСИ:КАССА - Рабочее место кассира под Linux. Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
Я бы все-таки советовал reiserfs. "Обязательная" проверка диска будет проходить всего минут 5, в отличие от всяких extX. У ext3 такая проверка запросто может затянуться на полчаса
У ext4 проверка очень быстрая... это одно из её отличий от ext3, весьма существенных.
С reiserFS не сравнивал...
т.е. выключается только в том случае если света долго нет и ups не выдерживает....
вот в этом аварийном случае и может потребоваться не только проверка, но и восстановление. Да, на EXT это долго, за то не было у меня ещё случая краха ФС (а на reiserfs было). На EXT только иногда файлы теряются (при сбоях железа).
вставлю свои 4 копеек, чтоли. вдруг кому интересно :)
раньше все сервера и свои компы ставил на рейзере. несколько десятков серверов, разные задачи и конфигурации.
был файловый сервер на 850 гигобайт.
всё работало идеально, никаких нареканий нет.
как раз по поводу скорости могу сказать, что монтирование рейзера происходило всё же медленнее, чем у ext4.
по крайней мере 850 гиговый раздел.
за несколько лет не было ни одной проблемы.
был милый случай, когда я лично убил тот 850гиговый раздел с помощью mdadm и drbd (отсинхронизировал по drbd собирающийся 5 рейд, была жесть).
reiserfschk или как его там с rebuild tree. восстановлено 80% информации. чтото попало в lost+found.
я считаю - это великолепный результат. я уже мысленно всё похоронил, и себя тоже.
после семейной ссоры автора стали переходить на ext4. т.к. боимся остаться на неподдерживаемой системе. всё же ext4 вот например у redhat используется. а reiser4 чет както мр. шишкин нифига в ядро больше не пихает, хотя и обещал.
очень грустим по этому поводу.
сейчас опять же несколько десятков серверов на ext4. полет нормальный.
итог: обе системы просто конфетки :)
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
PS. По утверждениям самих авторов ext4, единственный их серьёзный конкурент, не являющийся бетоальфой - xfs.
Серьёзное преимущество у ext4 перед xfs одно - её можно не только увеличивать, но и уменьшать, что делает ее юзабельной вместе с LVM.