Вопрос по mc

shift+ins

спасительььььььььььььь , большое спасибо :)

ls -l /dev/disk/by-uuid/ | grep sda1 >> /etc/fstab

А там удалить ненужное и дописать нужное.

тож неплохо , а кстати вчём смысл перехода к UUID

В том, что при добавлении/удалении разделов они не сбиваются.

Еще в том, что на разных дисках может быть одинаковая структура каталогов, и без uuid можно примонтировать по ошибке не ту хому, например.

А что, по меткам монтировать уже некошерно?

Метку можно забыть установить при форматировании.

Ее в любой момент можно назначить, если установить при форматировании забыл: reiserfstune -l Label /dev/sdXXX

Ога. И все ли ФС это поддерживают? То-то же.

Абсолютно все приличные ФС.

man tune2fs: -L метка

man xfs_admin: -L метка

Не панацея.
Я вот на работе делаю копии системы на другие компьютеры методом dd if=/dev/sda of=/dev/sdb
Но, менять ююйды и править загрузчик и fstab мне лень. Поэтому меня и ююйды не спасают. Просто приходится при случае быть более внимательным с тем, какой винт в какой слот на мамке воткнут и как диски пронумеровалось. И в выхлоп mount почаще заглядывать.

Это не спасёт от одинаковых меток.

На сколько я помню, reiser4 не поддерживает.

Не панацея.

Я и не утверждал. :)

Такая ситуация ничтожно мала. Для конфликта меток мне нужно загрузиться с воткнутой в компьютер флешкой (или USB-HDD), метка которой такая же, как у одного из разделов. Так что, вероятность = 0%.

reiser4 не является нормальной ФС, это альфа-версия, которая загнила на корню. Пользуйтесь reiser3.

> Такая ситуация ничтожно мала.

Ничтожность, равная 100% в случае моей работы достаточна?

reiser4 не является нормальной ФС

Как ни странно, не сомневался в такой реакции.

Вероятность совпадения меток намного выше, чем вероятность совпадения UUID. Так что метки проигрывают.

делаю копии tar -cjvpf - / | ssh -e none host «dd of=clone.tbz»

метки по UUID спасают от чехарды с fstab, инфа 100%

Я и не опровергаю кого-либо. Просто привёл пример, когда спасает только отслеживание позиции коннекта винта в материнку с соблюдениемм номеров разъёмов sata.

Меня не надо просвещать и убеждать, я перешёл на монтирование по ююйдам везде сразу же, как только они появились.
Просто прочти http://www.linux.org.ru/jump-message.jsp?msgid=6031560&cid=6032026
Да, знаю, лень это плохо.
С сотней клонированных машин, что метки, что ююйды — пофиг.

У вас она может быть и 100%, а у меня - 0% :)

То есть на соседнем компьютере (диск от которого нужно внезапно подоткнуть) нет разделов с метками ROOT VAR HOME BOOT?
Иди первокурсницам сказки рассказывать. :D
Ладно, мне пофиг, можешь хоть за кои-8р здесь начать агитировать.
Выше я привёл пример, когда ни ююйды, ни метки уникальности не гарантируют. Дальше мне здесь уже не интересно.

То есть на соседнем компьютере (диск от которого нужно внезапно подоткнуть) нет разделов с метками ROOT VAR HOME BOOT?

Есть, но они не повредят: мой системный жесткий диск уже примонтирован, а при подключении нового udev создаст в fstab'е записи для монтирования по /dev/sdX, безо всяких меток/ууидов.

И это удобно.

И никаких конфликтов не будет.

> Но, менять ююйды и править загрузчик и fstab мне лень.

Один шелл скрипт который один раз спрашивает хостнейм, вносит его в систему, составляет лейблы из хостнейма, назначения (home, ...) и даты (можно добавить время), назначает лейблы и вносит их в fstab.

Ты его на горячую подтыкаешь? Орёл!

> Один шелл скрипт который один раз спрашивает хостнейм, вносит его в систему, составляет лейблы из хостнейма, назначения (home, ...) и даты (можно добавить время), назначает лейблы и вносит их в fstab.

man uuidgen

Из-за таких вот причудливых велосипедистов-новаторов потом проще всё снести и поставить с нуля, чем разбираться, чего вы там напенисовертили.

Я с вас хренею, люди! Естественно, SATA - на горячую (у меня салазки есть), IDE - через USB-переходник.

Тебе лень изменить uuid и внести изменение в fstab? Не хочешь выполнять это вручную на многих машинах? И тебе не лень следить за устройствами?

Всё, о чём я сказал, это автоматизация ручного забивания в fstab.

Не нравится составлять лейбл? Используй uuid, без проблем. У лейбла достоинство в человекочитаемости но если неактуально то пусть будет нечитаемая строка. А можно и вручную следить за устройствами. Если не лень.

Откуда я знаю, чего там у тебя есть, а чего нет. От человека с кои8р в 21 веке можно что угодно ожидать.

> Тебе лень изменить uuid и внести изменение в fstab? Не хочешь выполнять это вручную на многих машинах? И тебе не лень следить за устройствами?

Ты думаешь я этим занимаюсь семь дней в неделю, 24 часа в сутки?
Ну, пришлось раза три подтыкать бывший в подобном употреблении диск за 4 года. Это не перевесило лени и не заставило написать скрипт.

Не нравится составлять лейбл? Используй uuid, без проблем. У лейбла достоинство в человекочитаемости но если неактуально то пусть будет нечитаемая строка. А можно и вручную следить за устройствами. Если не лень.

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

От человека с кои8р в 21 веке можно что угодно ожидать.

:)

Вам не нравятся 8-битные кодировки? А я не вижу смысла в юникоде, когда в алфавите всего 33 буквы и нет необходимости держать больше 2х языковых раскладок на компьютере.

> От человека с кои8р в 21 веке можно что угодно ожидать.

http://www.hostingconsult.ru/docs/rd_45_129_2000.html

Информация текстового характера на русском языке в ТМ службах должна быть представлена в кодировке, которая обеспечивает воспроизведение текста на терминале пользователя при наличии в нем соответствующих средств. При этом должна быть обеспечена возможность представления информации в кодировке СР 1251 и/или КОИ8. Допускается по соглашению с пользователем применение других кодировок вместо СР 1251 и КОИ8.

И никаких utf без соглашения. ;-)

А во всяких МСВС юникодом, к счастью, и не пахнет :)