F@stor Сообщения

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Поставьте compiz-fusion-icon - через него же настройщики вызывать проще, там же и рестартовать (но можно и без него вроде. ccsm - команда вызова конфигуратора compiz, emerald-theme-manager - команда вызова конфигуратора emerald). Довольно удобная и понятная штука. Компизу нужен декоратор окон, у меня emerald, под него не помню где уже темы искал, вроде на гномлуке (просто у меня compiz-standalone), судя по документации вроде можно использовать декоратор окон от DE. При первом запуске и когда не произведены настройки, запускается без заголовков и без рамок окон, лечится установкой темы emerald или заданием другого декоратора. Для начала нужно в настройакх эмеральда выбрать тему оформления окна (там есть кнопочка import). Далее в конфигураторе compiz, в секции управление окнами, разрешаем ресайзить и таскать окна (ну и остальное по вкусу).

# 9 лет, 9 месяцев назад

Сообщения: 130

Участник с: 14 марта 2012

Поставьте compiz-fusion-icon - через него же настройщики вызывать проще, там же и рестартовать (но можно и без него вроде. ccsm - команда вызова конфигуратора compiz, emerald-theme-manager - команда вызова конфигуратора emerald). Довольно удобная и понятная штука. Компизу нужен декоратор окон, у меня emerald, под него не помню где уже темы искал, вроде на гномлуке (просто у меня compiz-standalone), судя по документации вроде можно использовать декоратор окон от DE. При первом запуске и когда не произведены настройки, запускается без заголовков и без рамок окон, лечится установкой темы emerald или заданием другого декоратора. Для начала нужно в настройакх эмеральда выбрать тему оформления окна (там есть кнопочка import). Далее в конфигураторе compiz, в секции управление окнами, разрешаем ресайзить и таскать окна (ну и остальное по вкусу).

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	grunewald Если в GParted увеличить логический раздел, находящийся в расширенном разделе, за счёт отрубания куска в основном разделе и, при этом, этот кусок пройдет раздел sda5 (в моем случае это swap-раздел), то последний будет безжалостно похерен с вероятностью 99%. Да, проблема при переносе свободного пространства из основного в логический, но это из области изврата уже. На буке я сразу под логический откусил побольше. На десктопе все на основных. grunewald Метки хороши, чтобы в файловом менеджере видеть “Docs”, “Music” а не “/dev/sdaX” или “600Gib”. Но если у раздела есть метка, то в файловом менеджере она и показывается. А вот это вылетело из головы. Что если создать “неповторимую” метку, то это чудо будет в ФМ отображаться. :-)))

[email protected]

# 9 лет, 9 месяцев назад

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

grunewald
Если в GParted увеличить логический раздел, находящийся в расширенном разделе, за счёт отрубания куска в основном разделе и, при этом, этот кусок пройдет раздел sda5 (в моем случае это swap-раздел), то последний будет безжалостно похерен с вероятностью 99%.

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

grunewald
Метки хороши, чтобы в файловом менеджере видеть “Docs”, “Music” а не “/dev/sdaX” или “600Gib”. Но если у раздела есть метка, то в файловом менеджере она и показывается.

А вот это вылетело из головы. Что если создать “неповторимую” метку, то это чудо будет в ФМ отображаться. :-)))

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Видимо для VNC, консольку же никто не любит. Не нужны на серверах ни иксы, ни гуи в любом виде. Место сжирает это все. На большинство демонов есть вебморды, вывод виртуалок можно завернуть прямо в сеть.

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Natrio Что касается якобы непревзойдённой надёжности UUID, то он защищён только от СЛУЧАЙНОГО совпадения. Придумайте метку, которая случайно не совпадёт, и получите надёжность не хуже. И получим конструкцию а-ля UUID, об этом я писал выше. farwayer Fastor в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление) Вот-вот. Интересно, какой раздел при этом будет использоваться? Или вывалится в emergency mode? Или вывалится, а потом этот юзер (обезличенный) начнет что-нибудь суматошно править, а потом позвонит с вопросом: а че оно сломалось-то, я ниче не делал, приди почини. Если кому-то нравится LABEL, пользуйтесь на здоровье, только прежде чем советовать, расписывайте нюансы (о совпадении в особенности) и не утверждайте на каждом повороте, что это истина. Какая вообще нафиг разница, какую кракозябру вписывать в fstab, лейбл в виде хэша (любого параметра устройства) или серийника, или UUID, заботясь о несовпадении. Только в одном случае UUID уже готовый, а в другом еще надо придумать/задать LABEL. Главная задача отвязаться от /dev/sdxX и недопустить совпадения именования. А то, что просто посоветовать именовать по LABEL, то на 99% у юзера в результате это будет вот так: BOOT, ROOT, HOME. Думаете он один так разделы именует?

[email protected]

# 9 лет, 9 месяцев назад

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

Natrio
Что касается якобы непревзойдённой надёжности UUID, то он защищён только от СЛУЧАЙНОГО совпадения. Придумайте метку, которая случайно не совпадёт, и получите надёжность не хуже.

И получим конструкцию а-ля UUID, об этом я писал выше.

farwayer
Fastor
в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление)
Вот-вот. Интересно, какой раздел при этом будет использоваться? Или вывалится в emergency mode?

Или вывалится, а потом этот юзер (обезличенный) начнет что-нибудь суматошно править, а потом позвонит с вопросом: а че оно сломалось-то, я ниче не делал, приди почини.
Если кому-то нравится LABEL, пользуйтесь на здоровье, только прежде чем советовать, расписывайте нюансы (о совпадении в особенности) и не утверждайте на каждом повороте, что это истина.
Какая вообще нафиг разница, какую кракозябру вписывать в fstab, лейбл в виде хэша (любого параметра устройства) или серийника, или UUID, заботясь о несовпадении. Только в одном случае UUID уже готовый, а в другом еще надо придумать/задать LABEL. Главная задача отвязаться от /dev/sdxX и недопустить совпадения именования. А то, что просто посоветовать именовать по LABEL, то на 99% у юзера в результате это будет вот так: BOOT, ROOT, HOME. Думаете он один так разделы именует?

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	sirocco еняется автоматически (это самое UUID) при манипуляциях с разделом через gparted. Два раза ресайзил раздел, ничего не менялось, в конфигах все по UUID. А больше в gparted делать нечего с рабочим разделом.

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Natrio Где гарантия, что двум разделам никто не присвоит одинаковый UUID? Ещё раз повторяю, UUID действительно можно присвоить любой, так же как и метку. См. соответствующие команды. Ну для начала, UUID присваивается автоматически и мало кому в голову приходит его менять), а вот метка нет. Далее UUID это набор симоволов в такой комбинации, при которой возможность повторения сведена к минимуму. Метка же зачастую является каким-то словом. Как пример: на машину с арчем, в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление). Чтобы уйти от повторяемости наименования разделов, придется приписывать еще цифры буквы (и в результате гонки за меньшей повторяемостью получим что-то типа вида UUID). Что касается дискменеджеров, то тот же акронис выдает иногда такие перлы, что плакать хочется ( а многие додумываются им пользоваться). В nano ctrl+K и ctrl+U никто не отменял (в каждом редакторе свои хоткеи). Да, в консоли придется вручную набрать UUID (при наборе команды, вывод blkid видно, и не надо ля-ля), для того чтобы затолкать в конец fstab. echo "UUID=тыры-пыры" \| tee -a /etc/fstab

[email protected]

# 9 лет, 9 месяцев назад

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

Natrio
Где гарантия, что двум разделам никто не присвоит одинаковый UUID? Ещё раз повторяю, UUID действительно можно присвоить любой, так же как и метку. См. соответствующие команды.

Ну для начала, UUID присваивается автоматически и мало кому в голову приходит его менять), а вот метка нет. Далее UUID это набор симоволов в такой комбинации, при которой возможность повторения сведена к минимуму. Метка же зачастую является каким-то словом. Как пример: на машину с арчем, в котором разделы обозначены метками BOOT, ROOT, HOME, подрубают винт от другой с такими же метками разделов (причем довольно частое явление). Чтобы уйти от повторяемости наименования разделов, придется приписывать еще цифры буквы (и в результате гонки за меньшей повторяемостью получим что-то типа вида UUID). Что касается дискменеджеров, то тот же акронис выдает иногда такие перлы, что плакать хочется ( а многие додумываются им пользоваться).
В nano ctrl+K и ctrl+U никто не отменял (в каждом редакторе свои хоткеи). Да, в консоли придется вручную набрать UUID (при наборе команды, вывод blkid видно, и не надо ля-ля), для того чтобы затолкать в конец fstab.

echo "UUID=тыры-пыры" | tee -a /etc/fstab

[email protected]	# 9 лет, 9 месяцев назад (отредактировано 9 лет, 9 месяцев назад)
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Natrio А лучше назначить разделам человекочитаемые метки тома, и использовать LABEL= Это конечно красиво/удобно, но где гарантия, что не будет двух дисков с одинаковыми LABEL? Имхо, UUID надежней. Да и какой памяти идет речь, если есть blkid. Перенабрать вручную UUID дело нетрудное (или совсем уже от клавы все отвыкли?). Да и что нереального в конфиг загрузчика засунуть, если можно тупо можно экспортировать строку в конец конфига, а потом воткнуть в нужное место, или консольные редакторы тоже не в счет? Копипасты мышкой для совсем нубов, есть shift право/лево и ctrl+ins/shift+ins. UUID раз воткнул в конфиг и забыл про него, пока раздел не форматнешь. А LABEL может спокойно поменяться, к примеру из-за кривого дискменеджера или еще по другим причинам. Также еще причина в начале топика.

[email protected]

# 9 лет, 9 месяцев назад (отредактировано 9 лет, 9 месяцев назад)

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

Natrio
А лучше назначить разделам человекочитаемые метки тома, и использовать LABEL=

Это конечно красиво/удобно, но где гарантия, что не будет двух дисков с одинаковыми LABEL?
Имхо, UUID надежней. Да и какой памяти идет речь, если есть blkid. Перенабрать вручную UUID дело нетрудное (или совсем уже от клавы все отвыкли?). Да и что нереального в конфиг загрузчика засунуть, если можно тупо можно экспортировать строку в конец конфига, а потом воткнуть в нужное место, или консольные редакторы тоже не в счет? Копипасты мышкой для совсем нубов, есть shift право/лево и ctrl+ins/shift+ins.
UUID раз воткнул в конфиг и забыл про него, пока раздел не форматнешь. А LABEL может спокойно поменяться, к примеру из-за кривого дискменеджера или еще по другим причинам. Также еще причина в начале топика.

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	Что-то мне подсказывает, что /dev/sda2, /dev/sda3 совсем не те разделы, коими они обозначены в конфигах. Правильно посоветовали fstab посмотреть. Но мой вам совет, именуйте в дальнейшем устройства по UUID, проблем меньше будет. Насколько я помню NetworkManager запускается в systemd так: # systemctl start NetworkManager.service

[email protected]

# 9 лет, 9 месяцев назад

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

Что-то мне подсказывает, что /dev/sda2, /dev/sda3 совсем не те разделы, коими они обозначены в конфигах. Правильно посоветовали fstab посмотреть. Но мой вам совет, именуйте в дальнейшем устройства по UUID, проблем меньше будет. Насколько я помню NetworkManager запускается в systemd так:

# systemctl start NetworkManager.service

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	lampslave А зачем это ограничивать? Одно из основных правил информационной безопасности: ограничивать доступ к устройствам обмена данных, в частности к съемным устройствам хранения данных.

[email protected]	# 9 лет, 9 месяцев назад
Темы: 5 Сообщения: 130 Участник с: 14 марта 2012	lampslave, получается теперь чтобы ограничить пользователя на использование флешек, cd/dvd, надо либо правила запрещения делать, либо переписывать дефолт? Если это так, то это полный гемор, и мы скатываемся до уровня политик безопасности винды.

[email protected]

# 9 лет, 9 месяцев назад

Темы: 5

Сообщения: 130

Участник с: 14 марта 2012

lampslave, получается теперь чтобы ограничить пользователя на использование флешек, cd/dvd, надо либо правила запрещения делать, либо переписывать дефолт? Если это так, то это полный гемор, и мы скатываемся до уровня политик безопасности винды.