FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian User

 
 
LinkBack Thread Tools
 
Old 03-30-2012, 02:20 PM
Miles Fidelman
 
Default 2nd try: reboot hangs

Andrei POPESCU wrote:

On Vi, 30 mar 12, 08:31:31, Miles Fidelman wrote:

Any suggestions on:
- very low level configuration items to fiddle with,
- adding even more detailed logging to the very low level code,
- or kicking into single step or debug mode down at the very low level,
- or something else?

Just to eliminate any Xen issues:

- stop all virtual machines before reboot
- try with the normal kernel (i.e. non-Xen)


Well dooh (sound of my hand hitting my forehead....).

Ok...
- booting with normal kernel... still doesn't reboot
- booting with normal kernel, in single-user mode, with loglevel=7,
still doesn't work, with the following as the last few console messages:


[36. ...] md: stopping all md devices
[36. ...] md: md2 switched to read-only mode
[38. ...] sd 0:0:1:0: [sdb: Synchronizing SCSI cache]
[38. ...] sd 0:0:0:0: [sda: Synchronizing SCSI cache]
[38. ...] ehci_hcd 0000:00:03.3 PCI INT D disabled
[38. ...] ehci_hcd 0000:00:03.2 PCI INT C disabled
[38. ...] ehci_hcd 0000:00:03.1 PCI INT B disabled
[38. ...] ehci_hcd 0000:00:03.0 PCI INT A disabled
[38. ...] Restarting system
[38. ...] machine restart

So.. it's not Xen, and the last console message is from the kernel, just
before it does <something> to jump to the restart code.


This is the point at which you can use reboot=bios to tell an x86 kernel
to jump to the BIOS' restart code, but you can't do that for an amd64
kernel.


Hmmm...... what next? (I've tried pretty much all of the other reboot
options.)


Miles



--
In theory, there is no difference between theory and practice.
In practice, there is. .... Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4F75C123.7090505@meetinghouse.net">http://lists.debian.org/4F75C123.7090505@meetinghouse.net
 
Old 03-30-2012, 09:48 PM
Arnt Karlsen
 
Default 2nd try: reboot hangs

On Fri, 30 Mar 2012 08:31:31 -0400, Miles wrote in message
<4F75A7A3.4030803@meetinghouse.net>:

> - or something else?

..you've tried a kexec reboot?

--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120330234835.389c8484@nb6.lan">http://lists.debian.org/20120330234835.389c8484@nb6.lan
 
Old 04-01-2012, 09:51 PM
Miles Fidelman
 
Default 2nd try: reboot hangs

Arnt Karlsen wrote:

On Fri, 30 Mar 2012 08:31:31 -0400, Miles wrote in message
<4F75A7A3.4030803@meetinghouse.net>:


- or something else?

..you've tried a kexec reboot?


No... Looks like the Xen version of kexec doesn't support an amd64 kernel.

Miles


--
In theory, there is no difference between theory and practice.
In practice, there is. .... Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4F78CDDC.4060508@meetinghouse.net">http://lists.debian.org/4F78CDDC.4060508@meetinghouse.net
 
Old 04-03-2012, 06:13 PM
Arnt Karlsen
 
Default 2nd try: reboot hangs

On Sun, 01 Apr 2012 17:51:24 -0400, Miles wrote in message
<4F78CDDC.4060508@meetinghouse.net>:

> Arnt Karlsen wrote:
> > On Fri, 30 Mar 2012 08:31:31 -0400, Miles wrote in message
> > <4F75A7A3.4030803@meetinghouse.net>:
> >
> >> - or something else?
> > ..you've tried a kexec reboot?
>
> No... Looks like the Xen version of kexec

..nice troll, unless you meant the pxe version, I haven't tried that,
only the common kexec on rt-amd64 and rt-i686-pae kernels on boxes,
so, 'aptitude install kexec-tools' and try 'reboot' again: ;o)
arnt@celsius:~$ apt-cache search kexec
kexec-tools - tools to support fast kexec reboots
petitboot - ncurses version of petitboot, a kexec based bootloader
petitboot-twin - Twin GUI version of petitboot, a kexec based bootloader
pxe-kexec - Fetch PXE configuration file and netboot using kexec
arnt@celsius:~$ man -k kexec
coldreboot (8) - Force a cold reboot bypassing kexec-tools default
kexec (8) - directly boot into a new kernel
kexec_load (2) - load a new kernel for later execution
pkexec (1) - Execute a command as another user
pxe-kexec (8) - Read PXE configuration file and kexec entries


> doesn't support an amd64 kernel.

..maybe, kexec boots rt-i686-pae ok on my eeepc:
root@epc9:~# uname -a
Linux epc9 3.2.0-2-rt-686-pae #1 SMP PREEMPT RT Thu Mar 29 02:16:35 UTC
2012 i686 GNU/Linux
root@epc9:~# dmesg |grep -C 3 900M
[ 0.010757] ACPI: Core revision 20110623
[ 0.018664] Enabling APIC mode: Flat. Using 1 I/O APICs
[ 0.019083] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 0.058787] CPU0: Intel(R) Celeron(R) M processor 900MHz
stepping 08
[ 0.060003] Performance Events: Broken BIOS detected,complain to
your hardware vendor.
[ 0.060003] [Firmware Bug]: the BIOS has corrupted hw-PMU resources
(MSR 186 is 40002e)
[ 0.060003] p6 PMU driver.
root@epc9:~# dmesg |grep eee
[ 8.423295] eeepc_laptop: Eee PC Hotkey Driver
[ 8.423314] eeepc_laptop: Hotkey init flags 0x41
[ 8.433224] eeepc_laptop: TYPE (2000000) not reported by BIOS,
enabling anyway
[ 8.433239] eeepc_laptop: Get control methods supported: 0x2101711
[ 8.476535] input: Asus EeePC extra buttons as
/devices/platform/eeepc/input/input6
[ 9.629876] eeepc_laptop: Unable to find port
[ 9.753166] ieee80211 phy0: Selected rate control algorithm
'minstrel_ht'
root@epc9:~# dmesg |grep cpu
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] setup_percpu: NR_CPUS:32 nr_cpumask_bits:32 nr_cpu_ids:1
nr_node_ids:1
[ 0.000000] PERCPU: Embedded 93 pages/cpu @f6000000 s359488 r0
d21440 u4194304
[ 0.000000] pcpu-alloc: s359488 r0 d21440 u4194304 alloc=1*4194304
[ 0.000000] pcpu-alloc: [0] 0
[ 0.004519] Initializing cgroup subsys cpuacct
[ 0.173367] HPET: 3 timers in total, 0 timers will be used for
per-cpu timer
[ 1.577803] cpuidle: using governor ladder
[ 1.577807] cpuidle: using governor menu
[ 6.430701] ACPI: acpi_idle registered with cpuidle


--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120403201330.665b3b42@nb6.lan">http://lists.debian.org/20120403201330.665b3b42@nb6.lan
 
Old 04-03-2012, 07:14 PM
Miles Fidelman
 
Default 2nd try: reboot hangs

Arnt Karlsen wrote:

On Sun, 01 Apr 2012 17:51:24 -0400, Miles wrote in message
<4F78CDDC.4060508@meetinghouse.net>:


Arnt Karlsen wrote:

On Fri, 30 Mar 2012 08:31:31 -0400, Miles wrote in message
<4F75A7A3.4030803@meetinghouse.net>:


- or something else?

..you've tried a kexec reboot?

No... Looks like the Xen version of kexec

..nice troll, unless you meant the pxe version,


no, I mean the version of kexec that is under development to work with a
xen hypervisor underneath a Debian Dom0


the standard kexec-tools, at least the Squeeze package, can't seem to
load an image - pretty much anything I try with kexec -l, gives me a
"can't load" message, kexec -e says "nothing loaded" (note: this is
following the instructions on the xen developers wiki re. how to invoke
kexec when running on xen)


a little digging yields information that the proper bits for using kexec
w/ xen are still under development - the proper package isn't in the
sqeeze repo, and I haven't gone looking in sid




--
In theory, there is no difference between theory and practice.
In practice, there is. .... Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4F7B4C2A.5030703@meetinghouse.net">http://lists.debian.org/4F7B4C2A.5030703@meetinghouse.net
 
Old 04-03-2012, 09:08 PM
Arnt Karlsen
 
Default 2nd try: reboot hangs

On Tue, 03 Apr 2012 15:14:50 -0400, Miles wrote in message
<4F7B4C2A.5030703@meetinghouse.net>:

> Arnt Karlsen wrote:
> > On Sun, 01 Apr 2012 17:51:24 -0400, Miles wrote in message
> > <4F78CDDC.4060508@meetinghouse.net>:
> >
> >> Arnt Karlsen wrote:
> >>> On Fri, 30 Mar 2012 08:31:31 -0400, Miles wrote in message
> >>> <4F75A7A3.4030803@meetinghouse.net>:
> >>>
> >>>> - or something else?
> >>> ..you've tried a kexec reboot?
> >> No... Looks like the Xen version of kexec
> > ..nice troll, unless you meant the pxe version,
>
> no, I mean the version of kexec that is under development to work
> with a xen hypervisor underneath a Debian Dom0
>
> the standard kexec-tools, at least the Squeeze package, can't seem to
> load an image - pretty much anything I try with kexec -l, gives me a
> "can't load" message, kexec -e says "nothing loaded" (note: this is
> following the instructions on the xen developers wiki re. how to
> invoke kexec when running on xen)
>
> a little digging yields information that the proper bits for using
> kexec w/ xen are still under development - the proper package isn't
> in the sqeeze repo, and I haven't gone looking in sid

..well, that and experimental is where you wanna look for new
stuff that works (and not).

--
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
Scenarios always come in sets of three:
best case, worst case, and just in case.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120403230813.67ccba4b@nb6.lan">http://lists.debian.org/20120403230813.67ccba4b@nb6.lan
 
Old 04-04-2012, 01:26 PM
Miles Fidelman
 
Default 2nd try: reboot hangs

Arnt Karlsen wrote:

On Tue, 03 Apr 2012 15:14:50 -0400, Miles wrote in message
<4F7B4C2A.5030703@meetinghouse.net>:


Arnt Karlsen wrote:

On Sun, 01 Apr 2012 17:51:24 -0400, Miles wrote in message
<4F78CDDC.4060508@meetinghouse.net>:


Arnt Karlsen wrote:

On Fri, 30 Mar 2012 08:31:31 -0400, Miles wrote in message
<4F75A7A3.4030803@meetinghouse.net>:


- or something else?

..you've tried a kexec reboot?

No... Looks like the Xen version of kexec

..nice troll, unless you meant the pxe version,

no, I mean the version of kexec that is under development to work
with a xen hypervisor underneath a Debian Dom0

the standard kexec-tools, at least the Squeeze package, can't seem to
load an image - pretty much anything I try with kexec -l, gives me a
"can't load" message, kexec -e says "nothing loaded" (note: this is
following the instructions on the xen developers wiki re. how to
invoke kexec when running on xen)

a little digging yields information that the proper bits for using
kexec w/ xen are still under development - the proper package isn't
in the sqeeze repo, and I haven't gone looking in sid

..well, that and experimental is where you wanna look for new
stuff that works (and not).

yeah... but what I'm trying to debug is old and not experimental -
rebooting through the bios to handle old and quirky machines


I've been having a devil of a time trying to find out:

1. why reboot.c, in the linux kernel, only supports reboot=bios for
X86_32 architectures (somebody must know why this can't, or doesn't,
work for X86_64) - but I can't seem to track this down


2. a workaround that doesn't involve hacking the kernel, or playing with
bleeding edge tools, to solve a problem that will die with an older
piece of hardware and bios


Miles




--
In theory, there is no difference between theory and practice.
In practice, there is. .... Yogi Berra



--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4F7C4C10.7040904@meetinghouse.net">http://lists.debian.org/4F7C4C10.7040904@meetinghouse.net
 

Thread Tools




All times are GMT. The time now is 05:43 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org