Arch Linux

deadlight

Member

Registered: 2012-10-29

Posts: 9

mkinitcpio 0.12.0-2 problem

1、upgraded mkinitcpio (0.12.0-2 -> 0.11.2-1)
2、view /etc/mkinitcpio.conf.pacnew and change /etc/mkinitcpio.conf
3、change HOOKS "pata scsi sata" to "modconf block"
4、mkinitcpio -p linux
5、reboot
6、i can't use my usb mouse and usb keyboard. press numlock affect nothing,move and press mouse affect nothing
7、downgraded mkinitcpio to 0.11.2-1 and change HOOKS back and rebuild kernel, reboot ,everythink works well.

I find the answer
i had read https://wiki.archlinux.org/index.php/Power_saving
touch a /etc/modprobe.d/power_save.conf
cat /etc/modprobe.d/power_save.conf

# Audio
options snd_hda_intel power_save=1
# Bluetooth
blacklist bluetooth
blacklist uhci_hcd
blacklist ehci_hcd
# Web-Camera
blacklist uvcvideo

the problem is "blacklist uhci_hcd" and "blacklist ehci_hcd" comment them

everything work well

but i don't understand why the older version work well with this blacklist?

Last edited by deadlight (2012-12-11 17:18:44)

T.J.S.

Member

Registered: 2012-08-14

Posts: 83

Re: mkinitcpio 0.12.0-2 problem

*note to self: must be more careful before answering*

Ok, the strange thing is that I didn't get a .pacnew file when I upgraded mkinitcpio. I don't know if pacman has replaced it automatically, since I hadn't done any changes to the original file, but the right hooks are there ("block" instead of the others).
I will generate the image with the new .conf and edit my post with an update.

update: My usb mouse is working fine.
In my .conf file I have these hooks, I don't know if this is any help:

HOOKS="base udev autodetect modconf block filesystems usbinput fsck"

Last edited by T.J.S. (2012-12-10 09:19:30)

deadlight

Member

Registered: 2012-10-29

Posts: 9

Re: mkinitcpio 0.12.0-2 problem

*note to self: must be more careful before answering*

Ok, the strange thing is that I didn't get a .pacnew file when I upgraded mkinitcpio. I don't know if pacman has replaced it automatically, since I hadn't done any changes to the original file, but the right hooks are there ("block" instead of the others).
I will generate the image with the new .conf and edit my post with an update.

update: My usb mouse is working fine.
In my .conf file I have these hooks, I don't know if this is any help:

HOOKS="base udev autodetect modconf block filesystems usbinput fsck"

Work Well
HOOKS="base udev autodetect pata scsi sata resume filesystems usbinput fsck btrfs"   + mkinitcpio-0.11.2-1

Problem
HOOKS="base udev autodetect modconf block resume filesystems usbinput fsck btrfs"   +  mkinitcpio-0.12.0-2

Last edited by deadlight (2012-12-10 12:36:17)

yupi

Member

Registered: 2012-12-10

Posts: 24

Re: mkinitcpio 0.12.0-2 problem

I have a related problem. I did what deadlight did. Now mkinitcpio DOES NOT include my binaries into initramfs.
I need ntfs-3g, since my archlinux actually resides in a file on an ntfs partition. And I cannot boot at all.

Jristz

Member

From: America/Santiago

Registered: 2011-06-11

Posts: 1,029

Re: mkinitcpio 0.12.0-2 problem

@yupi MODULES="ntfs" you try it?

falconindy

Developer

From: New York, USA

Registered: 2009-10-22

Posts: 4,111

Website

Re: mkinitcpio 0.12.0-2 problem

I have a related problem. I did what deadlight did. Now mkinitcpio DOES NOT include my binaries into initramfs.
I need ntfs-3g, since my archlinux actually resides in a file on an ntfs partition. And I cannot boot at all.

How exactly are you adding ntfs-3g? Adding this to the config works just fine.

---

blog | ±github

deadlight

Member

Registered: 2012-10-29

Posts: 9

Re: mkinitcpio 0.12.0-2 problem

I find the answer
i had read https://wiki.archlinux.org/index.php/Power_saving
touch a /etc/modprobe.d/power_save.conf
cat /etc/modprobe.d/power_save.conf

# Audio
options snd_hda_intel power_save=1
# Bluetooth
blacklist bluetooth
blacklist uhci_hcd
blacklist ehci_hcd
# Web-Camera
blacklist uvcvideo

the problem is "blacklist uhci_hcd" and "blacklist ehci_hcd" comment them

everything work well

but i don't understand why the older version work well with this blacklist?

Last edited by deadlight (2012-12-11 17:18:23)

falconindy

Developer

From: New York, USA

Registered: 2009-10-22

Posts: 4,111

Website

Re: mkinitcpio 0.12.0-2 problem

I find the answer
i had read https://wiki.archlinux.org/index.php/Power_saving
touch a /etc/modprobe.d/power_save.conf
cat /etc/modprobe.d/power_save.conf

# Audio
options snd_hda_intel power_save=1
# Bluetooth
blacklist bluetooth
blacklist uhci_hcd
blacklist ehci_hcd
# Web-Camera
blacklist uvcvideo

the problem is "blacklist uhci_hcd" and "blacklist ehci_hcd" comment them

everything work well

but i don't understand why the older version work well with this blacklist?

Because you added the modconf hook to your initramfs.

---

blog | ±github

deadlight

Member

Registered: 2012-10-29

Posts: 9

Re: mkinitcpio 0.12.0-2 problem

I don't think so
I have a nobeep.conf in /etc/modprobe.d/       (blacklist pcspkr)
last version mkinitcpio didn't have modconf in HOOKS
but noobeep.conf work well, lsmod didn't have pcspkr.

I find the answer
i had read https://wiki.archlinux.org/index.php/Power_saving
touch a /etc/modprobe.d/power_save.conf
cat /etc/modprobe.d/power_save.conf

# Audio
options snd_hda_intel power_save=1
# Bluetooth
blacklist bluetooth
blacklist uhci_hcd
blacklist ehci_hcd
# Web-Camera
blacklist uvcvideo

the problem is "blacklist uhci_hcd" and "blacklist ehci_hcd" comment them

everything work well

but i don't understand why the older version work well with this blacklist?

Because you added the modconf hook to your initramfs.

falconindy

Developer

From: New York, USA

Registered: 2009-10-22

Posts: 4,111

Website

Re: mkinitcpio 0.12.0-2 problem

I don't think so

Well, you're wrong.

I have a nobeep.conf in /etc/modprobe.d/       (blacklist pcspkr)
last version mkinitcpio didn't have modconf in HOOKS
but noobeep.conf work well, lsmod didn't have pcspkr.

Right. Because even without the modconf hook, options in /etc/modprobe.d are still valid. Addition of the modconf hook to the initramfs merely means that options take effect sooner.

I find the answer
i had read https://wiki.archlinux.org/index.php/Power_saving
touch a /etc/modprobe.d/power_save.conf
cat /etc/modprobe.d/power_save.conf

# Audio
options snd_hda_intel power_save=1
# Bluetooth
blacklist bluetooth
blacklist uhci_hcd
blacklist ehci_hcd
# Web-Camera
blacklist uvcvideo

the problem is "blacklist uhci_hcd" and "blacklist ehci_hcd" comment them

everything work well

Right, so you're blacklisting modules that you require to boot and, "shockingly", boot fails when you extend those blacklist rules to the initramfs. Why are you blacklisting modules that you're required to use?

---

blog | ±github

deadlight

Member

Registered: 2012-10-29

Posts: 9

Re: mkinitcpio 0.12.0-2 problem

I don't think so

Well, you're wrong.

I have a nobeep.conf in /etc/modprobe.d/       (blacklist pcspkr)
last version mkinitcpio didn't have modconf in HOOKS
but noobeep.conf work well, lsmod didn't have pcspkr.

Right. Because even without the modconf hook, options in /etc/modprobe.d are still valid. Addition of the modconf hook to the initramfs merely means that options take effect sooner.

I find the answer
i had read https://wiki.archlinux.org/index.php/Power_saving
touch a /etc/modprobe.d/power_save.conf
cat /etc/modprobe.d/power_save.conf

# Audio
options snd_hda_intel power_save=1
# Bluetooth
blacklist bluetooth
blacklist uhci_hcd
blacklist ehci_hcd
# Web-Camera
blacklist uvcvideo

the problem is "blacklist uhci_hcd" and "blacklist ehci_hcd" comment them

everything work well

Right, so you're blacklisting modules that you require to boot and, "shockingly", boot fails when you extend those blacklist rules to the initramfs. Why are you blacklisting modules that you're required to use?

In the Power_saving Wiki

Blacklist the hci_usb module if the driver is loaded automatically.

So i blacklist these modules

Last edited by deadlight (2012-12-14 13:20:08)

falconindy

Developer

From: New York, USA

Registered: 2009-10-22

Posts: 4,111

Website

Re: mkinitcpio 0.12.0-2 problem

hci_usb is a bluetooth module. It says nothing of uhci_hcd and ehci_hcd which are USB host controllers.

---

blog | ±github

WonderWoofy

Member

From: Los Gatos, CA

Registered: 2012-05-19

Posts: 8,414

Re: mkinitcpio 0.12.0-2 problem

The wiki is full of great information, but you should know why you are doing what you are doing.  Blacklisting random modules and then wonderwing why things stop working seems a bit silly to me.  You have to keep in mind that what youare referencing is a wiki. It is a wiki that is maintained by a relatively knowdelgable community, but a wiki all the same, so any registered user can edit things.

BTW, you are trying to argue with one of the devs who maintains mkinitcpio.

deadlight

Member

Registered: 2012-10-29

Posts: 9

Re: mkinitcpio 0.12.0-2 problem

hci_usb is a bluetooth module. It says nothing of uhci_hcd and ehci_hcd which are USB host controllers.

Thanks for the help and explanation very much!

The wiki is full of great information, but you should know why you are doing what you are doing.  Blacklisting random modules and then wonderwing why things stop working seems a bit silly to me.  You have to keep in mind that what youare referencing is a wiki. It is a wiki that is maintained by a relatively knowdelgable community, but a wiki all the same, so any registered user can edit things.

BTW, you are trying to argue with one of the devs who maintains mkinitcpio.

At that time,i thought uhci_hcd  is part of hci_hcd.  It is my Self-righteous.
Thanks for expostulate very much! I will be more careful next time.