> Sure enough, the crash is gone, but I still get the error messages:
Good.
> ext2fs: /dev/hd0s2: panic: main: device too small for superblock (1024
> bytes)
> /hurd/fatfs: Invalid number of bytes per sector
> /hurd/iso9660fs: Could not find valid superblock
>
> Are you sugges
in: device too small for superblock (1024
bytes)
/hurd/fatfs: Invalid number of bytes per sector
/hurd/iso9660fs: Could not find valid superblock
Are you suggesting that these are to be expected? Is this a bug in
update-grub? These messages seem awfully severe for a standard system
operation.
agape
brent
Update of bug #48685 (project hurd):
Status:None => Fixed
Open/Closed:Open => Closed
___
Follow-up Comment #1:
The isofs crash is fix
URL:
<http://savannah.gnu.org/bugs/?48685>
Summary: update-grub triggers filesystem server panics
Project: The GNU Hurd
Submitted by: baccala
Submitted on: Wed 03 Aug 2016 07:01:57 AM GMT
Category
Hi,
On 05/02/13 01:47, Samuel Thibault wrote:
Hello,
The latest commit in gnumach should be fixing the disasters that some
people have been seeing in their hurd system. This was due to an
improper handling of non-block-aligned reads in the gnumach linux block
glue, which happens only if partiti
On Thu, 2013-05-02 at 23:52 +0200, Samuel Thibault wrote:
> Svante Signell, le Thu 02 May 2013 12:14:46 +0200, a écrit :
> > On Thu, 2013-05-02 at 01:47 +0200, Samuel Thibault wrote:
> But I guess you were still running the old kernel while doing this?
>
> You need to reboot with the new kernel t
was for me one of the last bits to fix before making a Debian
> > GNU/Hurd release, does anybody have something else?
>
> Well, the gnumach solution does not seem to work for me:
> Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ...
> run-parts: executin
y have something else?
Well, the gnumach solution does not seem to work for me:
Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ...
run-parts: executing /etc/kernel/postinst.d/zz-update-grub
1.3.99-486 /boot/gnumach-1.3.99-486.gz
Generating grub.cfg ...
grub-probe: mall
y have something else?
Well, the gnumach solution does not seem to work for me:
Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ...
run-parts: executing /etc/kernel/postinst.d/zz-update-grub
1.3.99-486 /boot/gnumach-1.3.99-486.gz
Generating grub.cfg ...
grub-probe: mall
Hello,
The latest commit in gnumach should be fixing the disasters that some
people have been seeing in their hurd system. This was due to an
improper handling of non-block-aligned reads in the gnumach linux block
glue, which happens only if partitions are not block-aligned, leading to
putting dis
Jakub Daniel, le Tue 01 Dec 2009 02:32:32 +0100, a écrit :
> update-grub throws segfault
Yes, it should get fixed by the latest 20091130 upload.
Samuel
Hello
update-grub throws segfault
I searched for the cause and this is what I got
update-grub
grub-mkconfig
00_header
prepare_grub_to_access_device
grub-probe
this is how grub-probe is called here: /usr/sbin/grub-probe --device
/dev/hd0s1 --target=fs
is
12 matches
Mail list logo
