[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#772702: marked as done (installation-reports: fails to mount ext4 after partitioning)



Your message dated Wed, 10 Dec 2014 10:52:41 +0100
with message-id <20141210095241.GA6315@mraw.org>
and subject line Re: Bug#772702: installation-reports: fails to mount ext4 after partitioning
has caused the Debian Bug report #772702,
regarding installation-reports: fails to mount ext4 after partitioning
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
772702: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772702
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: installation-reports
Severity: grave
Justification: fails installation with default settings on popular machines (probably all)

-- Package-specific info:

Boot method: CD
Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso with mtime 2014-12-10 05:35
Date: 2014-12-10 ~07:30

Machine: VirtualBox BIOS, VirtualBox EFI, qemu-kvm
Partitions: empty partition table (fresh VMs)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:           [O]
Detect network card:    [ ]
Configure network:      [ ]
Detect CD:              [O]
Load installer modules: [O]
Clock/timezone setup:   [ ]
User/password setup:    [O]
Detect hard drives:     [O]
Partition hard drives:  [E]

Current dailies fail upon mounting ext4 filesystems just after partitioning
(default whole-disk) with the following message:
The attempt to mount a file system with type ext4 in SCSI3 (0,0,0), partition #2
(sda) at / failed.

dmesg says:
ext4: Unknown symbol pagecache_isize_extended (err 0)

Changing the fs type to btrfs (and likely others) allows proceeding.

--- End Message ---
--- Begin Message ---
Adam Borowski <kilobyte@angband.pl> (2014-12-10):
> Package: installation-reports
> Severity: grave
> Justification: fails installation with default settings on popular machines (probably all)

It makes no sense whatsoever for an installation report to be grave.

> -- Package-specific info:
> 
> Boot method: CD
> Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso with mtime 2014-12-10 05:35
> Date: 2014-12-10 ~07:30
> 
> Machine: VirtualBox BIOS, VirtualBox EFI, qemu-kvm
> Partitions: empty partition table (fresh VMs)
> 
> Base System Installation Checklist:
> [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> 
> Initial boot:           [O]
> Detect network card:    [ ]
> Configure network:      [ ]
> Detect CD:              [O]
> Load installer modules: [O]
> Clock/timezone setup:   [ ]
> User/password setup:    [O]
> Detect hard drives:     [O]
> Partition hard drives:  [E]
> 
> Current dailies fail upon mounting ext4 filesystems just after partitioning
> (default whole-disk) with the following message:
> The attempt to mount a file system with type ext4 in SCSI3 (0,0,0), partition #2
> (sda) at / failed.
> 
> dmesg says:
> ext4: Unknown symbol pagecache_isize_extended (err 0)

10:28:32 [ jcristau] unknown symbol in a kernel module sounds like mismatch between kernel and module, which is usually user error for not using the right image

So yes, given the linux diff between jessie and sid, I'm pretty sure
this is expected. The image contains this module:
  ext4-modules-3.16.0-4-amd64-di_3.16.7-ckt2-1_amd64.udeb

and probably an older d-i daily build, leading to a missing symbol.

Will fix itself when linux migrates.

Mraw,
KiBi.

--- End Message ---

Reply to: