ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     02 Jul 2001  21:18:46
 To : All
 Subject : Re: e2fsck 1.22 & r/o
 -------------------------------------------------------------------------------- 
 

 Maxim Timofeyev писал(а):
 
 > 
 > alekseybb <alekseybb@mtu-net.ru> wrote:
 > 
 > >>  MT>> Только что обнаружил, что версия 1.19 ведет себя точно так же...
 > >> VB>  именно с 1.19...
 > >> Брд какой-то. Посмотрю, что автор скажет. Hе хакать же утилиты. ;(
 > a> Вот только что проверил - в 1.12 таже ситуация. Одно из двух : или это
 > 1.15 у меня с этими скриптам на ура работало. Хотя 1.15 были из RH, так что
 > может там свои патчи какие были...
 
 Да ну ? А если и там mtab на proc залинковать ? ;))) Hо всегда можно не
 гадать, а просто глянуть исходники. Это ж вам не M$ !
 
 > 
 > a> так и должно быть, или мозги авторам надо править с гораздо меньшей
 > a> версии ;)
 > Hе думаю... Что-то тут не то...
 
 О как !
 
 > 
 > a> А что вы скажете на такой ход:
 > a> boot: linux init=/bin/bash
 > a> .......[ dmesg поскипано ]
 > a> init-2.04# mount -o ro /dev/hda2 /mnt
 > a> init-2.04# e2fsck /dev/hda2
 > a> e2fsck 1.19, ....
 > a> /dev/hda2: clean, ... ну и все такое
 > a> init-2.04#
 > А hda2 это root'овый раздел? ;) Вот именно и не работает. Ядро в r/o монтирует
 > root'овый раздел при загрузке (иначе откуда же ему загрузить тот же
 > /bin/bash?). И сразу же проблема --- e2fsck говорит, что mounted и усе. ;(
 
 ? Какое кому дело рутовый это раздел или не рутовый ? Главное что
 монтированный ! Я когда писал письмо в первом варианте написал просто
 "boot: linux single", но потом решил слегка расширить примерчик ( см.
 выше ). Если и так "не так", то RTFM и особенно sysvinit ( пиво по вкусу
 ;).
 
 > 
 > a> PS: Авторов e2fsck предлагаю такой ерундой не беспокоить ;)
 > Пусть советуют. ;) Мне /etc/mtab нужен как симлинк на /proc/mounts.
 
 ! Вот где собака то порылась. Так вы просто так решили переделать
 init-процесс и вместо того чтобы во всем разобратся теперь начинаете
 хачить e2fsck. Лихо ! Hадеюсь вам и в самом деле зачем-то нужен этот
 симлинк. Hо если вдуматся, то для невстроенной системы такой симлинк не
 нужен. А на встроенной можно и e2fsck кастрировать.
 
 > ИМХО в этом-то и причина. e2fsck проверяет по этому файлу, но что --- еще не
 > разобрался (только нашел кусок кода, но некогда было)...
 
 Это конечно не мое дело, но если у вас не хватает на что-то времени, то
 чем провинились авторы-то ;) Тем более, что , как мне кажется , такая
 переделка уже весьма "заслуженной" утилиты врядли еще кому понадобится.
 Хотя "не разобрамшись" и хачить весьма не просто. Hо в добрый путь ;)
 
 Bye.
 -- 
 Aleksey Barabanov <alekseybb@mtu-net.ru>
 
 PS: Кстати. Если взглянуть на эту проблему с инженерной точки зрения, то вам
 надо просто перед вызовом в boot ( или в linuxrc, или что там у вас работает )
 дискового чека вставить удаление симлинки, а после проверки вставить создание
 симлинки /etc/mtab на /proc/mounts ( ну ума не приложу зачем вам эта симлинка
 ;).
 А хаченье e2fsck снизит безопасность этой утилиты.
 --- ifmail v.2.15dev5
  * Origin: Intranet (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор