Posted: Wed 06 Mar 2013, 12:39
yeah sure, but puppy doesn't give me any opportunity to enter any code on bootup, it just goes quickly into desktopSemme wrote:Don't you have a one of these >> boot: after hitting the power button?
READ-ONLY Archive
https://oldforum.puppylinux.com/
yeah sure, but puppy doesn't give me any opportunity to enter any code on bootup, it just goes quickly into desktopSemme wrote:Don't you have a one of these >> boot: after hitting the power button?
Code: Select all
kernel /boot/vmlinuz root=/dev/sda1 ro acpi=force
just tried this, no changeSemme wrote:The line in your menu.lst up top >> kernel /boot/vmlinuz root=/dev/sda1 ro
Make it look like this, then save:We'll try this first.Code: Select all
kernel /boot/vmlinuz root=/dev/sda1 ro acpi=force
https://www.kernel.org/doc/Documentation/kernel-parameters.txt wrote:acpi_enforce_resources= [ACPI]
{ strict | lax | no }
Check for resource conflicts between native drivers
and ACPI OperationRegions (SystemIO and SystemMemory
only). IO ports and memory declared in ACPI might be
used by the ACPI subsystem in arbitrary AML code and
can interfere with legacy drivers.
strict (default): access to resources claimed by ACPI
is denied; legacy drivers trying to access reserved
resources will fail to bind to device using them.
lax: access to resources claimed by ACPI is allowed;
legacy drivers trying to access reserved resources
will bind successfully but a warning message is logged.
no: ACPI OperationRegions are not marked as reserved,
no further checks are performed.
Tried that Karlgodt, no joyKarl Godt wrote:Dont know if that make a difference :
There is a 3rd acpi kernel parameter :
kernel /boot/vmlinuz root=/dev/sda1 acpi_enforce_resources=lax
I needed that to be able to load the it87.ko temperature driver on one older P4 Board from 2001 or 2003.https://www.kernel.org/doc/Documentation/kernel-parameters.txt wrote:acpi_enforce_resources= [ACPI]
{ strict | lax | no }
Check for resource conflicts between native drivers
and ACPI OperationRegions (SystemIO and SystemMemory
only). IO ports and memory declared in ACPI might be
used by the ACPI subsystem in arbitrary AML code and
can interfere with legacy drivers.
strict (default): access to resources claimed by ACPI
is denied; legacy drivers trying to access reserved
resources will fail to bind to device using them.
lax: access to resources claimed by ACPI is allowed;
legacy drivers trying to access reserved resources
will bind successfully but a warning message is logged.
no: ACPI OperationRegions are not marked as reserved,
no further checks are performed.
Code: Select all
::sysinit:/etc/rc.d/rc.sysinit
tty1::respawn:/sbin/getty -n -l /bin/autologinroot 38400 tty1
tty2::respawn:/sbin/getty 38400 tty2
::shutdown:/etc/rc.d/rc.shutdown
::ctrlaltdel:/sbin/reboot
Code: Select all
::sysinit:/etc/rc.d/rc.sysinit
tty1::respawn:/sbin/getty -n -l /bin/autologinroot 38400 tty1
tty2::respawn:/sbin/getty 38400 tty2
tty3::respawn:/sbin/getty 38400 tty3
::ctrlaltdel:/sbin/reboot
Code: Select all
::sysinit:/etc/rc.d/rc.sysinit
tty1::respawn:/sbin/mingetty --autologin root tty1
tty2::respawn:/sbin/getty 38400 tty2
tty3::respawn:/sbin/getty 38400 tty3
::ctrlaltdel:/sbin/reboot
there is no such file /sbin/mingetty on 529Karl Godt wrote:errata : it is mingetty replacing getty , not mininit.
slacko-5.3.1 inittab:
And your inittab is a inittabPREV on slacko.Code: Select all
::sysinit:/etc/rc.d/rc.sysinit tty1::respawn:/sbin/mingetty --autologin root tty1 tty2::respawn:/sbin/getty 38400 tty2 tty3::respawn:/sbin/getty 38400 tty3 ::ctrlaltdel:/sbin/reboot
I deleted the second last line in inittab which was to do with shutdown, and hey presto - it's now rebooting and shutting down without hanging. That was all that was requiredKarl Godt wrote:I have no idea honestly but as last idea it might be that the shutdown script /etc/rc.d/rc.shutdown does not unmount some directories in the /mnt folder like cifs types internet or lan mounts. There had been a struggle with those some time ago in the bug section on this forum being partly wrong fixed that fex. my slacko-5.3.1 has that bug that it won't unmount anything at shutdown/reboot since the name of a variable was changed but in three lines that change had been forgotten to rename that variable.