[Grml] Post HD-install
Michael Prokop
mika at grml.org
Sun Nov 20 00:33:54 CET 2005
* Ishwar Rattan <ishwar at pali.cps.cmich.edu> [20051120 00:15]:
> On Sat, 19 Nov 2005, Michael Prokop wrote:
> > * Ishwar Rattan <ishwar at pali.cps.cmich.edu> [20051119 14:50]:
> > > Last night I did a grml2hd install at my home box. It is an
> > > old Dron based PC with ensoniq-1370 sound card.
> > > It comes out that the install different from live-cd.
> > > The usb storage hotplug does not work any more, it
> > > was operational in live-cd usage (the usb stick was
> > > detected at /dev/sda1 and mounted automatically).
> > > So, how do I get the functionality back?
> > What does "usb storage hotplug does not work any more" mean exactly?
> > Mounting of usb-stick does not work anymore? The usb-modules aren't
> > loaded? Which version of grml did you install? Does running 'Restart
> > hotplug-light' as user root solve the problem?
> > JFYI: USB sticks are available through /dev/external1 -> /mnt/external1
> I might have a buggy HD-install. Should I reinstall?
Give me chance to find out what's going wrong. :)
Which grml version are you using? Just run 'grml-version' to find
out.
> I think that usb-modules are not loaded even after starting hotplug-light.
> It comes out that usb-storage module is not loaded at system boot.
> Modprobe usb-storage, followed by hotplug-light start works fine.
Huh. What do you see in the syslog if you plug in the usb stick?
The usb-storage module does not need to be loaded if no usb-storage
device is available.
Take a look at the demonstration. That's before I plugged in the usb
stick:
| root at grml ~ # lsmod | grep usb
| usbhid 44896 0
| usbcore 105216 4 usbhid,ehci_hcd,uhci_hcd
Now I plug in the usb stick:
| root at grml ~ # tlog
| [...]
| Nov 20 00:13:21 grml syslog-ng[3664]: STATS: dropped 0
| Nov 20 00:17:02 grml /USR/SBIN/CRON[9683]: (root) CMD ( run-parts --report /etc/cron.hourly)
| Nov 20 00:23:21 grml syslog-ng[3664]: STATS: dropped 0
| Nov 20 00:28:10 grml kernel: usb 1-1: new full speed USB device using uhci_hcd and address 2
| Nov 20 00:28:11 grml kernel: Initializing USB Mass Storage driver...
| Nov 20 00:28:11 grml kernel: scsi0 : SCSI emulation for USB Mass Storage devices
| Nov 20 00:28:11 grml kernel: usbcore: registered new driver usb-storage
| Nov 20 00:28:11 grml kernel: USB Mass Storage support registered.
| Nov 20 00:28:11 grml kernel: usb-storage: device found at 2
| Nov 20 00:28:11 grml kernel: usb-storage: waiting for device to settle before scanning
Ok, and now I've:
| root at grml ~ # lsmod | grep usb
| usb_storage 67520 0
| usbhid 44896 0
| usbcore 105216 5 usb_storage,usbhid,ehci_hcd,uhci_hcd
| root at grml ~ #
So just plug in the usb stick and run 'mount /mnt/external1'
afterwards. (If you've a partition on the usb stick, if not then
/mnt/external should fit your needs.)
> Also, I am confused about entries in /etc/runlevel.conf, the third
> column has '-' in most of the entries. How is the runlevel (3rd col entry)
> determined for a service? For services: autofs, cupsys, hotplug-light,
> syslog-ng as in
> update-rc.d cupsys defaults 20
> does not specify the runlevel of cupsys...
> My guess for runlevels would be: autofs/3, cupsys/3, hotplug-light/3,
> syslog-ng/2?? For stopping these services I would guess runlevel 6.
> Is there a rule of thumb for this decision?
,---- [ update-rc.d(8) ]
| If defaults is used then update-rc.d adds an entry to start
| the service in runlevels 2,3,4,5 and stop the service in
| runlevels 0,1,6. By default all the links will have sequence
| code 20, but this can be overridden by supplying one or two
| NN arguments; one argument overrides the sequence code for
| both start and stop entries whereas of two arguments the
| first overrides the code for start runlevels and the second
| that for stop runlevels.
`----
Also take a look at runlevel.conf(5).
Debian's (and also grml's) default is to use runlevel 2 for booting:
,---- [ default runlevel on Debian and grml ]
| mika at grml ~ % runlevel
| N 2
| mika at grml ~ %
`----
regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.mur.at/pipermail/grml/attachments/20051120/ee36d421/attachment.pgp
More information about the Grml
mailing list