The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Fedora на пути к изменению наименования сетевых интерфейсов, opennews (??), 24-Янв-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


104. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от vle (ok), 25-Янв-11, 17:36 
Еще пару десятилетий и в Линуксе придут и к другому именованию
дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
как это сделано в солярисе.
Не знаю, как кому, а меня всегда бесило именование дисковых
и сетевых устройств что в Линуксе, что в BSD.
Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
оказалось невозможно (я не смог), и при каждой перезагрузке
имена менялись.
Полный паразм, правда, это было много лет тому, и сейчас
я это уже не воспроизведу.
Ответить | Правка | Наверх | Cообщить модератору

107. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от non anon (?), 25-Янв-11, 18:58 
А что, в солярисе обозначения винтов в принципе меняться не могут? Как там это сделано, если не секрет?

Что касается линукса, то умные люди давно уже юзают /dev/disk/by-uuid :-)

Ответить | Правка | Наверх | Cообщить модератору

115. "Fedora на пути к изменению наименования сетевых интерфейсов"  –1 +/
Сообщение от vle (ok), 25-Янв-11, 19:29 
> А что, в солярисе обозначения винтов в принципе меняться не могут?

Насколько мне известно не могут, если конечно
винты в разные слоты не перетыкать.

Если я ничего не путаю, проблема перенумерации девайсов при перезагрузке
"изобретена" именно в Линуксе.

> Как там это сделано, если не секрет?

/dev/dsk/c<N>t<M>d<K>s<L>
В угловых скобках номер контроллера, чего-то там еще, диска и раздела.
Достаточно коротко и более чем наглядно.

> Что касается линукса, то умные люди давно уже юзают /dev/disk/by-uuid :-)

Ага, not_so_short_name_of_my_first_hard_disk - это оооочень удобно ;-)
Я бы предпочел что-нибудь покороче.
И, кстати, года 4 назад я так и не нашел способа использовать UUID
для мапирования имени в sdX. Он есть?

Ответить | Правка | Наверх | Cообщить модератору

119. "Fedora на пути к изменению наименования сетевых интерфейсов"  +2 +/
Сообщение от Zulu (?), 25-Янв-11, 20:19 
Еще как могут в Солярисе меняться номер дисков
https://defect.opensolaris.org/bz/show_bug.cgi?id=5451
Ответить | Правка | Наверх | Cообщить модератору

120. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от vle (ok), 25-Янв-11, 20:32 
   Jan Damborsky 2010-01-07 10:27:23 UTC

   fixed in changeset:
   2f04e6d1a2353fa00e0a159801aa380e0828f065

То есть там это признают багой по крайней мере.

Ответить | Правка | Наверх | Cообщить модератору

168. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Zulu (?), 26-Янв-11, 15:35 
Ну конечно нет.
Пофикшено в инсталлере -- тем что введен иной критерий именования дисков, кроме cXtXdX.
Ответить | Правка | Наверх | Cообщить модератору

121. "Fedora на пути к изменению наименования сетевых интерфейсов"  +1 +/
Сообщение от анон (?), 25-Янв-11, 20:54 
>Насколько мне известно не могут, если конечно винты в разные слоты не перетыкать.
>В угловых скобках номер контроллера, чего-то там еще, диска и раздела.

Т.е. если переткнуть в другой контроллер, не говоря уже о другом компе, всё рухнет?
Н-да, "и эти люди запрещают нам ковыряться в носу". EPIC.

>Ага, not_so_short_name_of_my_first_hard_disk - это оооочень удобно ;-)

Не понимаю вашей иронии.
Скажите, сколько раз в день у вас возникает необходимость набрать полный путь к блочному устройству?
И что у вас за такая загадочная религия, запрещающая пользоваться автодополнением шелла?

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

Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

144. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Michael Shigorinemail (ok), 26-Янв-11, 01:53 
> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
> оказалось невозможно (я не смог), и при каждой перезагрузке
> имена менялись.

Столкнёшься -- пиши, стримеры на FC тоже успокаивал.

> Полный паразм, правда, это было много лет тому, и сейчас
> я это уже не воспроизведу.

Ну udev не такой старый, как ты. :)

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

158. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Аноним (-), 26-Янв-11, 09:21 
> Еще пару десятилетий и в Линуксе придут и к другому именованию
> дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
> как это сделано в солярисе.
> Не знаю, как кому, а меня всегда бесило именование дисковых
> и сетевых устройств что в Линуксе, что в BSD.
> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
> оказалось невозможно (я не смог), и при каждой перезагрузке
> имена менялись.
> Полный паразм, правда, это было много лет тому, и сейчас
> я это уже не воспроизведу.

во фре ты один раз, при сетапе, вешаешь лайбел через glabel или -L у newfs и тебе вообще пофигу становится как реально называются винты, ты их можешь снимать, тасовать вставлять как попало и все всегда будет работать правильно.

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

161. "Fedora на пути к изменению наименования сетевых интерфейсов"  +/
Сообщение от Я (??), 26-Янв-11, 10:57 
> Еще пару десятилетий и в Линуксе придут и к другому именованию
> дисковых устройств тоже, например, к /dev/dsk/c<N>t<M>d<K>s<L>,
> как это сделано в солярисе.
> Не знаю, как кому, а меня всегда бесило именование дисковых
> и сетевых устройств что в Линуксе, что в BSD.
> Столкнулся однажды с ситуацией, когда 5 винтов через udev развести
> оказалось невозможно (я не смог), и при каждой перезагрузке
> имена менялись.
> Полный паразм, правда, это было много лет тому, и сейчас
> я это уже не воспроизведу.

(Почти) такое уже было, когда в ядре было devfs (sarge?):
http://www.linuxdocs.org/HOWTOs/SCSI-2.4-HOWTO/dnamesdevfs.html

Позже devfs был заменен на udev. Сразу после замены по умолчанию
создавались и старые /dev/[hs]dX и "новые" /dev/scsi/hostN/... (symlink)
устройства.

Потом devfs имена выбросили (они ужасны), но остались /dev/disk/by-*.
В нашем случае - аналог /dev/disk/by-path/:

ls -l /dev/disk/by-path/
итого 0
pci-0000:00:08.0-scsi-0:0:0:0 -> ../../sda
pci-0000:00:08.0-scsi-0:0:0:0-part1 -> ../../sda1
pci-0000:00:08.0-scsi-0:0:0:0-part10 -> ../../sda10
pci-0000:00:08.0-scsi-0:0:0:0-part11 -> ../../sda11
pci-0000:00:08.0-scsi-0:0:0:0-part2 -> ../../sda2
pci-0000:00:08.0-scsi-0:0:0:0-part5 -> ../../sda5

Сам я пользуюсь /dev/disk/by-uuid/ и /dev/disk/by-label/ (иногда приходится двигать и объединять разделы).

Возможно, Ваша проблема была скорее в BIOS/загрузчике, а не в linux.
Для него нумерация устройств - тоже дело непростое.

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру