From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4925C060.2030502@altlinux.ru> Date: Thu, 20 Nov 2008 22:54:08 +0300 From: =?KOI8-R?Q?=ED=C9=C8=C1=C9=CC_=F1=CB=D5=DB=C9=CE?= User-Agent: Thunderbird 2.0.0.14 (X11/20080719) MIME-Version: 1.0 To: ALT Linux Sisyphus discussions References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [sisyphus] =?koi8-r?b?VVVJRCwgTEFCRUwgyczJIGhkZHRhYj8=?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2008 19:54:11 -0000 Archived-At: List-Archive: List-Post: Eugene Prokopiev wrote: > 20.11.08, Alexei V. Mezin написал(а): > >> В связи с тотальным протуханием идеи именования дисков в стиле /dev/hda (и >> еще одним шагом Линукса в становлению Виндой, то есть все менее понятной и >> очевидной системой), пришлось перейти на монтирование по UUID или LABEL. > > А можно чуть подробнее? Какие конкретно проблемы лечит переход на > монтирование по UUID или LABEL вместо /dev/sda* ? > Это решает проблему когда у вас диск неожиданно стал из sda в sdb например вы установили систему на диск который подсоединён к 3му разъему SATA контроллера и при этом в первые 2 раъёма ничего подключено не было, а потому взяли и подключили к первому разъёму ещё один диск. В резултате у вас диск был sda стал sdb и собсвенно система не может загрузиться потому что ищет корневой раздел не там. Если вместо диска указать UUID\LABEL mount сам определит нужный диск в не зависимости от его физического подключение. Напоминаю что вышеуказанная ситуация самая явная, и может решиться аппаратно, но может быть всё хуже, когда существует состязание например между двумя драйверами разных SATA контроллеров и соответствие межу номерами дисков и их физическим расположением вероятностная. И вот тогда гибкость UUID\LABEL просто незаменима, хотя такая ситуация и редка. Возможно это может решить проблемы при копировании файловых систем целиком, на разнотипные машины, тоесть можно не изменять fstab в зависимости от типа клонированной машины Про LABEL хочется добавить что, у этого есть как достоинства - это более человекочитаемое название, так и недостаток - возможный конфликт имён. Например вы свой корневой раздел обозначили labelом root, что вполне логично, а потом к вам пришёл товарищ со своим диском, в котором тоже есть раздел с labelом root в резултате загрузка системы становиться неопределённой, поэтому labelы лучше делать уникальными.