Fstab и кодировка

Автор: Artal Дата: 20.07.2007 13:37 Добрый всем день
У меня возникла такая проблема. При загрузке линукса, перезаписуеться fstab, врезультате чего приходиться заного прописывать кодировку отображения файлов.
Как сделать чтобы один раз записать параметры в fstab и не переписывать их снова?
Re: Fstab и кодировка 20.07.2007 14:01aboris Убрать параметры **managed,pamconsole** из нужных строчек.
Re: Fstab и кодировка 20.07.2007 14:29beduin aboris писал(а):

> Убрать параметры **managed,pamconsole** из нужных строчек.
а если их там нет (такое тоже бывает), то надо отключить HAL и KUDZU
Re: Fstab и кодировка 23.07.2007 10:53Artal Если убрать эти параметры, то система просто удаляет данный раздел из fstab
Re: Fstab и кодировка 23.07.2007 11:17beduin во-первых, отключите HAL и KUDZU
во-вторых, отредактируйте в ручную fstab
И после этого будет счастье.
Re: Fstab и кодировка 23.07.2007 13:36dgv Советы отключить hal и kudzu напоминают мне инструкцию по превращению современного компьютера в печатную машинку.
Давайте еще иксы отключим и навсегда избавимся от проблем с монитором!

И hal, и kudzu - это не диверсанты. И разработчики вводят их в дистрибутивы не для того, чтобы заморочить пользователя. А то, что эти программы еще не всегда работают правильно прямо из коробки - так на то он и open source. И подправить их под свою конфигурацию можно в течение минуты.
Нужно только взять чистый лист бумаги, написать на нём крупными буквами "RTFM", а потом следовать написаному.

Извините за флейм, наболело!!!

Все написанное выше относится к отвечающим.

Теперь по существ вопроса.
У меня АСП10 (в более поздних версиях возможно изменилось место)все настраивалось здесь:
/usr/share/hal/fdi/
нужно было просмотреть файлики с расширением fdi,
а конкретно /usr/share/hal/fdi/90defaultpolicy/vfatcharset.fdi
и в нужных местах вместо кодировки UTF-8 указать кодировку своей локали.
И всё!!!!!!!!!!
Re: Fstab и кодировка 23.07.2007 16:27Волк А для меня hal - диверсант, который настроить сложнее, чем отключить и чуть-чуть подправить fstab. Поэтому присоединяюсь к совету beduin-а.
Re: Fstab и кодировка 23.07.2007 17:02Bircoph > И hal, и kudzu - это не диверсанты.

Нет, именно диверсанты. Это поделки людей, перелезжих с
маздая, но сохранивших его идеалогию, так и не поняв Unix.

Машины должны работать, а люди должны думать. Точка.
Когда делают программы, пытающиесядумать вместо человека,
к добру это не приводит.
Re: Fstab и кодировка 23.07.2007 18:23dgv >Машины должны работать, а люди должны думать.
С принципом IBM согласен. Не согласен с религиозными фанатиками и их лозунгами, вроде:
- не нужно GUI, всё лепим в консоли;
- не нужен hal, монтируем всё вручную;
- программа calc пытается думать за нас, будем проверять её результаты на бумажке!

Любую хорошую идею (принцип) можно довести таким образом до абсурда.
Компьютер и был придуман изначально для разгрузки человека от выполнения рутинных операций. Так пусть он себе и монтирует свои файловые системы сам. А дело пользователя - именно указать ему (компу) КАК это нужно делать ПРАВИЛЬНО.
Re: Fstab и кодировка 23.07.2007 19:56Bircoph > не нужно GUI, всё лепим в консоли;

Никто не говорил, что gui не нужно в принципе; например, gimp
нужен.

> не нужен hal, монтируем всё вручную;

Да, на самом деле, не нужен. Мне часто приходится читать
диски/флешки посекторно, для меня hal -- только помеха.

> программа calc пытается думать за нас, будем проверять её
> результаты на бумажке!

Думать и считать -- это разные вещи, не путайте.

> Компьютер и был придуман изначально для разгрузки человека
> от выполнения рутинных операций.

Враньё. Компьютер изначально был придуман для решения задач,
которых до появления компьютера не существовало.
Re: Fstab и кодировка 24.07.2007 10:41dgv > Компьютер изначально был придуман для решения задач,
> которых до появления компьютера не существовало.

Да уж...
Чтобы понять, что такое рекурсия, нужно сперва понять что же такое рекурсия.
Ладно, я понимаю - лето, жара...

> Мне часто приходится читать
> диски/флешки посекторно, для меня hal -- только помеха.

Научите как вы это делаете. Обычно для посекторного чтения я использую команду dd и читаю прямо из устройства, а не из точки монтирования. И hal тут никаким боком.
Re: Fstab и кодировка 24.07.2007 11:55Artal Извините что вклиниваюсь в ваш разговор о наболевшем Улыбка

dgv писал(а):

> Теперь по существ вопроса.
> У меня АСП10 (в более поздних версиях возможно изменилось
> место)все настраивалось здесь:
> /usr/share/hal/fdi/
> нужно было просмотреть файлики с расширением fdi,
> а конкретно /usr/share/hal/fdi/90defaultpolicy/vfatcharset.fdi
> и в нужных местах вместо кодировки UTF-8 указать кодировку
> своей локали.
> И всё!!!!!!!!!!

В вверсии 11.2. немного подругому, но спасибо за совет все заработало.
Re: Fstab и кодировка 24.07.2007 12:00dgv > В вверсии 11.2. немного подругому, но спасибо за совет все заработало.

Всегда рад помочь.
Поскольку модератор так и не посоветовал перенести обсуждение во флейм, предлагаю считать тему закрытой.
Re: Fstab и кодировка 24.07.2007 13:41Bircoph > Обычно для посекторного чтения я использую команду dd и
> читаю прямо из устройства, а не из точки монтирования.

Если устройство подмонтировано, то монопольный доступ к нему
не возможен, поэтому и dd (при записи) и dvd+rw-mediainfo,
и mplayer при просмотре прямо с dvd -- обламываются.

Как же меня достали религиозные фанатики, использующие hal
и т.п. дрянь только из идеи "новых технологий", в то время
как существуют гораздо более удобные, надёжные и простые в
обращении средства.
Re: Fstab и кодировка 24.07.2007 14:18aboris Bircoph, не флейма для, а токмо уточнения ради. :Улыбка Как согласуются с формальной логикой Ваши утверждения: "Нет, именно диверсанты. Это поделки людей, перелезжих с
маздая, но сохранивших его идеалогию, так и не поняв Unix." и "Мне часто приходится читать
диски/флешки посекторно, для меня hal -- только помеха."? Я так последний раз посекторно читал диски в прошлом не то чтобы веке, а даже тысячелетии. :Улыбка Может быть как-то можно допустить существование отличных от Ваших потребностей? Да и потом hal настраивается вполне в духе unix-way через текстовые конфиги...
Re: Fstab и кодировка 24.07.2007 16:01Bircoph > Как согласуются с формальной логикой Ваши утверждения: "Нет, именно
> диверсанты. Это поделки людей, перелезжих с
> маздая, но сохранивших его идеалогию, так и не поняв Unix." и
> "Мне часто приходится читать
> диски/флешки посекторно, для меня hal -- только помеха."?

И где здесь противоречие? Возможность прямого доступа к
устройствам как раз и есть одно из достоинств unix систем.

> Я так последний раз посекторно читал диски в прошлом не то чтобы
> веке, а даже тысячелетии. :Улыбка

Значит у вас очень ограниченные потребности в этой сфере.
Зашифрованный dvd на RPC2-приводе вы путём монтирования не
прочитаете, аналогично со спецразделами на некоторых флешках.
Я сам хочу решать когда мне нужно монтировать привод, а когда нет,
поэтому hal мне не нужен. Всё, что должно монтироваться
автоматически, прописано в fstab.

> Может быть как-то можно допустить существование отличных от
> Ваших потребностей?

Я это допускаю. Но я не приемлю превращение Linux в маздай под GPL из-за костности мышление некоторых людей, с маздая вынужденно сползающих.

> Да и потом hal настраивается вполне в духе unix-way через
> текстовые конфиги...

Начнёт с того, что не текстовые, а xml -- это не одно и тоже.
А во-вторых, Unix-way -- это не только и не столько конфиги, сколько модульность, взаимозаменяемость и отсутствие лишних покладок.
Re: Fstab и кодировка 24.07.2007 16:14aboris Ну тогда продолжим...:Улыбка)
Первое предложение подразумевает (поправьте, если я ошибаюсь), что __никому__ hal не нужен и __всем__ вреден. А второе объясняет это __Вашими__ личными потребностями. IMHO, с формальной логикой стыкуется как-то не очень... Кстати xml -- вполне себе текст. Даже читается вполне удобно. Мне тоже не нравится многое в этом мире, и все же я бы не взялся утверждать что все это подлежит всеобщему остракизму. :Улыбка По-моему так! Другое дело, hal требует большей сообразительности от простого пользователя, чем у того обычно есть. А тому, у кого хватает этой сообразительности, он не то чтобы не нужен, а скажем так: совсем не обязателен!
Re: Fstab и кодировка 25.07.2007 02:28Bircoph > Первое предложение подразумевает (поправьте, если я
> ошибаюсь), что никому hal не нужен и всем вреден. А
> второе объясняет это Вашими личными потребностями. IMHO, с
> формальной логикой стыкуется как-то не очень...

У вас плохо с восприятием принципа причинности? Да и с
логикой странновато...

Второе было примером первого, а первое было аксиомой. Так
яснее?

> Даже читается вполне удобно.

Ассемблерный и двоичный код тоже читаются даже вполне удобно,
если привыкнуть.

> Другое дело, hal требует большей сообразительности от
> простого пользователя, чем у того обычно есть.

Ась? А, может, наоборот?

> А тому, у кого хватает этой сообразительности, он не то
> чтобы не нужен, а скажем так: совсем не обязателен!

Ну хорошо, можете сказать, что необязателен.
Re: Fstab и кодировка 25.07.2007 11:14aboris Bircoph, грубить и хамить мне совсем необязательно. Я, в отличии от некоторых персонажей, вполне понимаю __нормальные__ доводы в споре. :Улыбка А Вы вместо этого говорите, извините, глупости. Да еще и не пытаетесь их обосновать. IMHO, утверждение вроде "мое мнение есть аксиома" не столько довод в споре, сколько синоним "я дурак и спорить со мной бесполезно". Я к Вам отношусь совсем не так, не хотелось бы разочаровываться... :Улыбка Касательно большей сообразительности, извините, пропустил слова "для настройки".
Re: Fstab и кодировка 25.07.2007 16:55Bircoph > Bircoph, грубить и хамить мне совсем необязательно.

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

> А Вы вместо этого говорите, извините, глупости.

Где глупость в высказывании, что в системе не нужны излишние
уровни абстракции, излишние прослойки?

> Да еще и не пытаетесь их обосновать.

В диалоге с вами я их и не пытался обосновать, поскольку уже
обосновывал здесь ранее. Используйте поиск. Вкратце повторю:
чем сильнее уровень виртуализации, чем больше вносится
прослоек между системой и пользователем, тем более медленно
и менее надёжно работает система, поскольку возрастает объём
исполняемого кода и вероятности корректной работы в каждой прослойке перемножаются, поскольку вероятности возникновения
ошибок в них есть события независимые. Таким образом, вы
имеете ряд перемножающихся положительных чисел, каждое из
которых <1, поэтому вероятность корректной работы системы
в целом иеньше веротяности корректной работы самого слабого
звена.

Я лично сталкивался с ситуациями, когда hal на ноутбуе Acer
Aspire 5100 приводил к периодическим ошибкам acpi, пытаясь
использовать аппаратно неподдерживаемые на данной модели
функции acpi, что приводило к загаживанию логов и
невозможности работы в консоли. Выхода было два: отключить
acpi, который был жизненно необходим, или отключить hal,
который был не нужен.

Кстати, уважаемый, вы так и не привели доказательств
необходимости использования hal.

> "мое мнение есть аксиома"

Я этого НЕ писал. Хватит мне приписывать то, чего я не
говорил, не будьте лжецом. Это не только моё мнение.
Почитайте споры о hal, которые тут были раньше: такое же
мнение у многих других людей.

> Касательно большей сообразительности, извините, пропустил
> слова "для настройки".

Не смешите мои тапочки. Я выше описал ситуацию, когда
невозможно настроить hal нужным образом (про шифрованный
dvd, про желание пользователя работать с неподмонтированным
устройством). hal может читать мои мысли? Нет, это программа
с ограниченной функциональностью для некоторых типовых задач,
её использование ставит меня в более узкие рамки, лишая ряда
возможностей, сжирая 2 метра памяти и тратя впустую
процессор.
RSS-материал