Не работает мой привод Panasonic CD-R & DVD-R/RW , не монтируется
при вставке диска, прошлый Mitsumi монтировался отлично.
// Тему переместил(а) fly4life из форума «UNIX FAQ».
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
а определяется он у тебя нормально?
что показывает
Не придирки ради, а поправки для.
Не в каждом дистрибутиве лог загрузки пишется в /var/log/dmesg. Так что лучше такую команду:
как раз ради придирки: после часа-двух работы в «dmesg|…» ничего толкового уже не будет на тему загрузки.
буфер у ядра для этой информации довольно мелкий, иногда его даже на процесс загрузки не хватает.
Это почему же?
И разве надо работать час-два с dmesg, чтобы узнать информацию о приводе? ;)
Ну, вообще-то буфер можно и увеличить, о чём нам так ясно твердит 'man dmesg’. Да и на самом деле, что же должно происходить при загрузке (точнее, выводиться в лог файл), чтобы 16 килобайтного буфера не хватило? ;)
а зачем с dmesg работать? хватит просто пару часов поработать на компе.. ;))
ну и я постоянно забываю, что не у всех и не всегда комп работает по неделе-другой без перезагрузки (правда, сегодня мне об этом комп решил очень сильно так надпомнить)…
ну-ну. ты, читавший `man dmesg`, его уже увеличил? :D
пару десятков модулей статично в ядро — и ты об этом узнаешь. особенно, если это модули шифрования.
А, вместо союза «в» прочитал «с». Бывает.. ;). И всё-таки… (см. ниже)
… что нужно делать за компьютером, чтобы после окончания процесса загрузки в лог dmesg <font size=«-2»>(у кого куда, поэтому обозвал просто dmesg)</font> ещё что-то писалось? У меня этот лог заканчивается словами: «Master Resource Control: runlevel 3 has been reached» — и больше туда ничего не пишется до следующей загрузки.
Нет, не увеличивал. Мне это не надо.
Кстати, нечем конечно хвастаться, но я этот man до сего треда ниразу не читал — не было как-то надобности ;). Просто стало интересно, как это так, что может не хватить буфера, и решил посмотреть, насколько этот буфер велик.
Ну, то, что в лог загрузки пишется куча мусора (по крайней мере, муора для рядового пользователя, типа меня), если включить в ядро опцию «Testing module (CRYPTO_TEST)» (как раз, в разделе криптографии), я знаю. Но как-то не вижу практической надобности включать соответствующую опцию в ядро, тем более статически. Да и ещё чтоб забивалось этим 16 Кб…
Больше модулей ядра, какающих в таком количестве в лог загрузки, я не припоминаю.
несколько раз вставить в разъём/вынуть флешку.
попробовать прочитать сбойный cd-r.
много чего ещё.
в общем, всё то, что printk выводил.
кстати, повыдёргивай у своего ноута сетевой патч-корд, там посмотришь ;)
эх. а ты man насколько внимательно читал? что в действительности означает указанная у него опция и где реально надо менять размер этого буфера?
а я вот — видел…
так что. тебе, значит, повезло :))
У меня всё это всё-таки пишется в /var/log/messages.
Буфер ядра и настраивается в настройках его же. Другое дело, что я сказал: «можно увеличить». Так что, если вдруг так приспичит, то «безвыходных ситуаций нет» (с) ;)
Не, Серёг. Это не мне повезло, а тебе не повезло ;)
вот ты вредный. у меня и туда, и туда пишется. часть ещё — и в /var/log/syslogd.
так что ж теперь-то?
держи:
найдёшь общее, расскажешь….
да, кстати:
Всё, всё, всё =) Мир.
Ладно, у тебя в dmesg пишется не только лог загрузки, а у меня нету /var/log/dmesg, т.е. всё зависит от конкретного дистрибутива или настроек системы (в первом своём ответе я лишь это хотел сказать). Раз уж автор не сказал нам, какой стоит у него, то просто будем ждать ответа. Будет ругаться, что нету у него такого файла, — пусть пробует мою команду.
На этом флейм заканчиваю.