Shell
user@astra:~$ cat /etc/modprobe.d/blacklist.conf | tail -n 1
blacklist floppy
user@astra:~$
user@astra:~$ lsmod | grep floppy
floppy 77824 0
user@astra:~$
Модератор: Bizdelnick
Shell
user@astra:~$ cat /etc/modprobe.d/blacklist.conf | tail -n 1
blacklist floppy
user@astra:~$
user@astra:~$ lsmod | grep floppy
floppy 77824 0
user@astra:~$
Задам вопрос с другой стороны.
Гм. Подумал- может, я разделом ошибся? Глянул- да нет вроде, вопрос новичка...
Смотря в каком случаи.
разве в моём случае модуль floppy очень нужен ядру?
Shell
user@astra:~$ cat /lib/modules/4.15.3-2-generic/modules.dep | grep floppy
kernel/drivers/block/floppy.ko:
user@astra:~$
Shell
user@astra:~$ cat /etc/modprobe.d/blacklist.conf | tail -n 1
blacklist floppy
user@astra:~$
user@astra:~$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.15.3-2-hardened
user@astra:~$
Не, нормально. Для людей с логикой понятно, что initrd собирается в соотвестствии с теми конфигами (и вберёт в себя конфиги), которые ЕСТЬ в системе. Так blacklist будет скопирован при пересборке initrd штатным образом, то есть вызовом update-intiramfs с соответствующими ключами. Уповать на божью волю духа машины, чтобы он вместо вас синхронизировал везде конфиги и набор модулей - глупость неописуемая.
Бред. Ничего ядро никуда само не загрузит. Грузит udev, ну или скрипты initrd/initd, если указан список модулей, обязательных к загрузке. Нет модуля в initrd? Не загрузит его из initrd никто. Прописан в blacklist? Не загрузит его udev. Если сам его прописал в /etc/modules - то ССЗБ.
Вполне вероятно, что никак. Посмотрите, к примеру, на Slackware.
вводя новые термины и не объясняя их, вы только запутываете меня. Тут есть кадры понаплетут кружев специально, ничё не объясняя, вы не из них, надеюсь... initrd это что и он тут зачем?Aliech писал: ↑28.05.2020 12:40Не, нормально. Для людей с логикой понятно, что initrd собирается в соотвестствии с теми конфигами (и вберёт в себя конфиги), которые ЕСТЬ в системе. Так blacklist будет скопирован при пересборке initrd штатным образом, то есть вызовом update-intiramfs с соответствующими ключами. Уповать на божью волю духа машины, чтобы он вместо вас синхронизировал везде конфиги и набор модулей - глупость неописуемая.
у меня отсоединён дискетоввод, соответственно долго загружается ось, пиша:Hephaestus писал: ↑28.05.2020 13:14А теперь вопрос к Вам:
Чем Вам этот модуль-то помешал?
Ну, подумаешь, загрузился. Стандартное устройство.
Выгружать его ещё. Более интересных задач нету что ли?
То есть модуль floppy нужно убирать /boot/initrd.img-4.15.3-2-genericprint_req_error: I/O error, dev fd0, sector 0
print_req_error: I/O error, dev fd0, sector 0
print_req_error: I/O error, dev fd0, sector 0
print_req_error: I/O error, dev fd0, sector 0
print_req_error: I/O error, dev fd0, sector 0
print_req_error: I/O error, dev fd0, sector 0
print_req_error: I/O error, dev fd0, sector 0
Решается вообще на раз. Удаляется файл /lib/modules/4.15.3-1-generic/kernel/drivers/block/floppy.ko и всё. Но хотелось бы поизящней, например правя файл конфигурации, а фиг там.
Поделитесь секретом, как посмотрев на файл с именем *initd* в своей системе, потом спрашивать, о том, какой же файл я подразумеваю под initrd?
У всех получается через файл конфигурации, а у вас нет. Может у вас проблемы?
initrd ЭТО НЕ /boot/initrd.img-4.15.3-2-generic. Я понимаю, вам западло полностью писать, положение не позволяет. Но будь по-вашему.
Я где-то сетовал, удивлялся тому, что /boot/initrd.img-4.15.3-2-generic собирается согласно конфигурационным файлам? Нигде и ни разу. Я могу в принципе, повторить свою мысль, но других слов у меня всё равно нет, кроме тех, что я использовал. В опровержение чего и ли в подтверждение чего вы это написали- ... Ну логика, чё.Aliech писал: ↑28.05.2020 12:40Не, нормально. Для людей с логикой понятно, что initrd собирается в соотвестствии с теми конфигами (и вберёт в себя конфиги), которые ЕСТЬ в системе. Так blacklist будет скопирован при пересборке initrd штатным образом, то есть вызовом update-intiramfs с соответствующими ключами. Уповать на божью волю духа машины, чтобы он вместо вас синхронизировал везде конфиги и набор модулей - глупость неописуемая.
может, и у меня. Если бы у меня не было проблем, я бы и не писал сюда ничё. Вопрос открыт.
Не, я понимаю, что патч Бармина в конечном итоге решает вообще все проблемы.
Так с этого надо было начинать.
ясно. В общем, нужно в этом направлении. Может, кто что скажет.Hephaestus писал: ↑28.05.2020 17:302. Выяснить, почему оно всё-таки подгружается, несмотря на все блеклисты.
Не исключено, что blacklist отрабатывает, как положено,
но потом, позже, какой-нибудь скрипт или udev подгружает этот модуль.
Можно интересу ради прошерстить скрипты и правила udev на предмет modprobe и floppy,
глядишь, что-нибудь интересное и найдется.
если бы он у меня был отсоединён после установки системы, я бы сказал-Hephaestus писал: ↑28.05.2020 17:30Если, как Вы сказали, у Вас отсоединен дисковод,
рискну предположить, что отсоединили его уже после установки системы.
Но я не могу позволить моим врагам так надо мной угорать, это вы должны понимать. Дискетоввод был удалён миллиард лет назад и после него устанавливалось триллион систем сто сикссилиардов раз. Я всякий раз решал этот вопрос связкой:я установил систему, отсоединил дискетоввод, а теперь как последний лох удивляюсь, почему fdisk -l так долго его ищет.
Понятно. В таком случае тем более смотрим в BIOS, потом udev, потом /etc/fstab.
Зачем удалять когда можно просто переименовать в floppy.ko.old к примеру.
Бред - это когда в палате с температурой.
Правда и статья старенькая, может сейчас всё и не так.Наконец, функция автозагрузки ядра (которая автоматически загружает модуль из ядра при необходимости) находится в файле ./linux/kernel/kmod.c. Эта функция включается при помощи параметра настройки CONFIG_KMOD.
Вскройте initrd, посмотрите скрипты и наличие там бинарника udev'а.
Я отключил в BIOS флоппи и всё. Теперь загрузка не тормозит, fdisk -l тоже не тормозит, /dev/fd0 отсутствует.
Shell
user@astra:~$ lsmod | grep floppy
user@astra:~$
Shell
user@astra:~$ lsmod | wc -l
53
user@astra:~$
Так разбирайтесь. Кто запрещает?
Да кто сказал, что не влияет?
нет, я не знаю, какие модули добавлять (исключать из загрузки). Щас чё-нибудь не то добавлю и останусь без оси.Hephaestus писал: ↑29.05.2020 07:05Вы проверяли? Добавили несколько модулей в blacklist и со всеми одна и та же ситуация?
Shell
user@astra:~$ lsmod
Module Size Used by
pci_stub 16384 1
vboxpci 24576 0
vboxnetadp 28672 0
vboxnetflt 28672 0
vboxdrv 471040 3 vboxpci,vboxnetadp,vboxnetflt
edac_mce_amd 28672 0
kvm_amd 86016 0
kvm 610304 1 kvm_amd
irqbypass 16384 1 kvm
snd_hda_codec_realtek 106496 1
input_leds 16384 0
snd_hda_codec_hdmi 49152 1
snd_hda_codec_generic 73728 1 snd_hda_codec_realtek
serio_raw 16384 0
wmi_bmof 16384 0
k8temp 16384 0
snd_hda_intel 45056 4
snd_hda_codec 126976 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core 81920 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
snd_hwdep 20480 1 snd_hda_codec
snd_pcm 98304 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer 32768 1 snd_pcm
snd 81920 16 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
soundcore 16384 1 snd
shpchp 36864 0
mac_hid 16384 0
parport_pc 32768 0
ppdev 20480 0
lp 20480 0
parport 49152 3 parport_pc,lp,ppdev
ip_tables 28672 0
x_tables 40960 1 ip_tables
autofs4 40960 2
hid_generic 16384 0
usbhid 49152 0
hid 118784 2 usbhid,hid_generic
radeon 1466368 4
pata_acpi 16384 0
i2c_algo_bit 16384 1 radeon
wmi 24576 1 wmi_bmof
ttm 106496 1 radeon
i2c_piix4 24576 0
pata_atiixp 16384 0
drm_kms_helper 172032 1 radeon
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
fb_sys_fops 16384 1 drm_kms_helper
drm 401408 6 drm_kms_helper,radeon,ttm
r8169 86016 0
mii 16384 1 r8169
nochmodx 20480 0
user@astra:~$
Исключение из загрузки разных модулей не проверяли.
Правильно. Поэтому можно попробовать исключить то, что для системы некритично, например, звук.
поверял. Вот этот модуль vboxnetadp. И да, я использовал update-initramfs -u. В результате, во-первых, он снова оказался включенным, а во вторых, всё похерилось к чертям собачьим, все пользовательские настройки. Не помогла даже переустановка оси.
в самом первом сообщении написал, что сперва поправил /etc/modprobe.d/blacklist.conf, а потом перезагружался... хз как ещё надо.Hephaestus писал: ↑29.05.2020 10:20Возможность загрузки floppy уже после обработки blacklist не проверяли.
нет.Hephaestus писал: ↑29.05.2020 10:20Отличия Астры от Debian в части загрузки модулей, наверняка, тоже не проверяли.
у меня не запускается sensors-detect.Hephaestus писал: ↑29.05.2020 10:20Если хотите, можете провести эксперимент.
Запустить sensors-detect и посмотреть, какой там модуль нужен.
Проверить, загружается он автоматом или нет.
Можно даже загнать его в /boot/initrd.img-4.15.3-2-generic.
А потом добавить в blacklist и посмотреть, как оно себя поведет.
Нет. Мы будем стоять на том, что без проверки утверждать о неработоспособности нельзя.
Я имел в виду другое: ядро загрузилось, blacklist отработал, а потом какой-нибудь скрипт или демон,
В таких условиях убедиться действительно сложно.
Shell
user@astra:~$ lsmod | grep floppy
floppy 77824 0
user@astra:~$
user@astra:~$
user@astra:~$ cat /etc/modprobe.d/blacklist.conf | tail -n 2
blacklist floppy
install floppy /bin/true
user@astra:~$
Зря. Это всё поиски вслепую, наугад. Методом тыка, можно сказать.
Shell
user@astra:~$ echo "blacklist floppy" | sudo tee -a /etc/modprobe.d/blacklist.conf
user@astra:~$ sudo update-initramfs -u -k 4.15.3-2-generic
update-initramfs: Generating /boot/initrd.img-4.15.3-2-generic
user@astra:~$
Ну то есть видно, что если её не включать, она всё равно сработает и по умолчанию обновит самую последнюю версию ядра. Попробуем:man update-initramfs
...
OPTIONS
-k version
Set the specific kernel version for whom the initramfs will be generated. For example the output of uname -r for your currently running kernel. This argument is optional for update. The default is the latest kernel version.
The use of "all" for the version string specifies update-initramfs to execute the chosen action for all kernel versions, that are already known to update-initramfs.
...
Shell
user@astra:~$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.15.3-2-hardened
user@astra:~$
Shell
user@astra:~$ ls /boot/initrd.img-4.15.3-2-*
/boot/initrd.img-4.15.3-2-generic /boot/initrd.img-4.15.3-2-hardened
user@astra:~$
При сортировке h > g, а значит hardened - крайняя. Привет ребятам из Русбитеха.жучара писал(а): ↑31.05.2020 17:39Опа. То есть вместо того, чтобы обновлять initrd.img-4.15.3-2-generic, она обновляет initrd.img-4.15.3-2-hardened. С какого перепугу она её считает последней? Версия initrd.img-4.15.3-2-hardened придумана, чтобы всех запутать, не более того. Ну у них это получилось.
Так, кстати, делать не надо. Уже лет пятнадцать как.жучара писал(а): ↑31.05.2020 00:01Я уж ещё такую вот инструкцию нашёл и следую ей:
https://hackware.ru/?p=12514#5