Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     08 Feb 2004  16:41:21
 To : Vladimir Bormotov
 Subject : Re: need reboot after allocate space for new filesystems befor mkfs.
 -------------------------------------------------------------------------------- 
 
 
 >>> Vladimir Bormotov wrote:
 
 VB>  а почему запрещается?  Почему на WinNT не запрещается?
 VB>  
 VB>  Чем таким особенна таблица разделов, кому она нужна из тех, кто работает с
 VB>  открытм разделом?  Я так понимаю, что она актуальна тока при монтировании.
 VB>  Даже если не только - в чем проблема убедиться, что открытые ныне разделы
 VB>  "не поменяли геометрии", и как-то прореагировать, раз уж мы такие
 VB>  щепетилные, и осторожно-умненькие, не доверяем человеку, у которого
 VB>  root-access.  Вернее странновато доверяем "тут играть, а тут не играть -
 VB>  рыбу заворачивали". Менять на диске таблицу можно - до опупения.  Даже
 VB>  записать туда можно.  А пользовать, тока после ребута. (Ха, если
 VB>  поднимется система после этого ребута).  Логики не вижу.  
 VB>  
 VB>  Может тебе будет не лень мне объяснить?  Будет лень - не объяясняй, "приму
 VB>  как данное свыше, нашим великим отцом, Линусом".  Без объяснений.
 VB>  Всеравно инетерес больше академический, чем практический.
 
 Логика проста - принцип KISS и лень делать что-то более продвинутое,
 чем минимально работающее при соблюдении правил техники безопасности
 и наличии базовых допсредств (загрузочный сидюк, например).
 
  VN>> Я думаю, патчи, которые бы действовали по типу: прочитать новую
  VN>> таблицу, сравнить с текущей и послать нахер в случае несовпадения
  VN>> параметров открытых разделов, иначе принять - в том же lkml наверняка
  VN>> анонсировались или публиковались не один раз. Hо это же думать и
  VN>> поддерживать нужно, а не просто куячить гору write-only бреда...
 VB>  ага, т.е. в Microsoft есть кому думать, а у нас некому?
 
 Сравни сколько на это денег тратится.
 Линухоеды - они ж бедные, крошки с чужих столов подбирают.
 
  VN>> Hу переходи на FreeBSD, там для этого надо написать программу из
  VN>> одного ioctl'я (в 4.*) или дёрнуть один sysctl (в 5.*)
  VN>> ;)))
 VB>  эххх..  А там ничего нового не вылезет? :)) такого, красного, с форком?
 VB>  :))
 
 Может, и вылезет.
 
 B>  А как-же это, эти...  Hу как их..  А! пЫнгвыны, во!  Как-же они?
 
 Hе знаю. Мне пофиг.
 -netch-
 --- ifmail v.2.15dev5.3
  * Origin: Dark side of coredump (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 need reboot after allocate space for new filesystems befor mkfs.   Vladimir Bormotov   06 Feb 2004 17:54:33 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Nick Gazaloff   06 Feb 2004 22:27:56 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Vladimir Bormotov   07 Feb 2004 18:28:50 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Nick Gazaloff   07 Feb 2004 23:21:49 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Vladimir Bormotov   08 Feb 2004 00:35:16 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Valentin Nechayev   08 Feb 2004 01:00:53 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Vladimir Bormotov   08 Feb 2004 14:43:24 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Valentin Nechayev   08 Feb 2004 16:41:21 
 Re: need reboot after allocate space for new filesystems befor mkfs.   Ilya Pinaeff   08 Feb 2004 20:06:08 
Архивное /ru.linux/7368cf949633.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional