On Sun, 2010-05-09 at 18:33 +0930, Arthur Marsh wrote:
> I ran some more tests and found that ending a kde session was causing
> /boot to be un-mounted. (running kdm 4:3.5.10.dfsg.1-2)
>
> Attached is a quick hack workaround, as I could not figure out how to
> determine where in the kde session
I ran some more tests and found that ending a kde session was causing
/boot to be un-mounted. (running kdm 4:3.5.10.dfsg.1-2)
Attached is a quick hack workaround, as I could not figure out how to
determine where in the kde session logout /boot was being un-mounted.
In general, not all users w
Khalid Aziz wrote, on 07/05/10 02:58:
On Thu, 2010-05-06 at 16:19 +0930, Arthur Marsh wrote:
After a full shut-down and reboot to the kde desktop, I found that my
/boot file-system was not mounted, despite being listed in /etc/fstab:
UUID=bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea /boot ex
On Thu, 2010-05-06 at 16:19 +0930, Arthur Marsh wrote:
> After a full shut-down and reboot to the kde desktop, I found that my
> /boot file-system was not mounted, despite being listed in /etc/fstab:
>
>
> UUID=bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea /boot ext3defaults
> 0
After a full shut-down and reboot to the kde desktop, I found that my
/boot file-system was not mounted, despite being listed in /etc/fstab:
UUID=bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea /boot ext3defaults
0 2
(all on one line).
I was able to mount /boot manually:
# mo
Khalid Aziz wrote, on 29/04/10 06:11:
On Tue, 2010-04-27 at 11:33 +, Arthur Marsh wrote:
When I tried doing a restart with the official Debian i386 build of
kexec, the machine did a hardware restart.
I then added a line just after the call to do_stop in
/etc/init.d/kexec-load:
ls /boot/v
On Tue, 2010-04-27 at 11:33 +, Arthur Marsh wrote:
> When I tried doing a restart with the official Debian i386 build of
> kexec, the machine did a hardware restart.
>
> I then added a line just after the call to do_stop in
> /etc/init.d/kexec-load:
>
> ls /boot/vmlinuz*
>
> Then retried s
Khalid Aziz wrote, on 27/04/10 00:10:
On Mon, 2010-04-26 at 15:07 +0930, Arthur Marsh wrote:
Package: kexec-tools
Severity: normal
It now appears that kexec works reliably provided the console
is working, but I haven't fully figured out what
dependency-based booting was doing with the shutdo
On Mon, 2010-04-26 at 15:07 +0930, Arthur Marsh wrote:
> Package: kexec-tools
> Severity: normal
>
>
> It now appears that kexec works reliably provided the console
> is working, but I haven't fully figured out what
> dependency-based booting was doing with the shutdown/reboot process.
I have s
Package: kexec-tools
Severity: normal
It now appears that kexec works reliably provided the console
is working, but I haven't fully figured out what
dependency-based booting was doing with the shutdown/reboot process.
Could you please ensure that this version of kexec-tools gets built for
i386?
Package: kexec-tools
Severity: normal
I had one case of kexec doing a hardware reboot, then tried it again
and this time it worked.
I'm using a radeon video card with kms and have had the screen blank
on me rather than show console messages on shutdown, so I can't be sure
what has been happening
Package: kexec-tools
Version: 1:2.0.1-2
Severity: normal
I did not find version 1:2.0.1-2 for i386 in Debian unstable, so
I compiled it from source and installed it, but still had the problem
of kexec-tools not working - I get a hardware reboot instead.
-- System Information:
Debian Release: squ
12 matches
Mail list logo
