Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #219324

Re: Unable to use Buster as an nfs client

Show all headers | View raw

On Sat, Feb 22, 2020 at 02:03:55PM +0000, Mark Raynsford wrote:
> On 2020-02-22T16:44:18 +0300
> Reco <recoverym4n@enotuniq.net> wrote:
> >
> > And yet it is a case of running a wrong kernel.
> > You see, buster's kernel currently has version 4.19.0-8, but yours
> > (4.9.0-9) looks like an outdated stretch one.
> > And you do have a kernel 4.9, but you don't have the modules for it.
> > You do have a kernel 4.19 (with the modules), but you do not boot it.
> 
> Hm, I see. For this VM, I installed from the (slightly outdated)
> debian-10.0.0-amd64-xfce-CD-1.iso install media, but I allowed the
> installer to update from a public network mirror during the install,
> so I should be running 10.3.
> 
> I'm curious as to how I even got a stretch kernel.

A leftover from an old installation maybe?

> > > Is there some special magic I need to do to get the right kernel
> > > modules?  
> > 
> > I'd start by fixing a bootloader (GRUB, most probably), because whatever
> > it boots it's not the kernel that Debian gives you in a buster.
> 
> This is a Debian guest running on the bhyve[0] hypervisor. These are
> the grub commands I use to boot the VM:
> 
> linux (hd0,msdos1)/vmlinuz root=/dev/sda1 init=/sbin/init
> initrd (hd0,msdos1)/initrd.img
> boot

Aha. So basically your grub.conf does not come into the play.
And that means:

ls -la /vmlinuz /initrd.img

On a ordinary Debian systems they are symlinks to the files in /boot.
Apparently on yours they aren't.


> These are the kernels I appear to have in the guest filesystem:
> 
> # ls -alF /boot/
> total 67460
> drwxr-xr-x  3 root root     4096 Feb 22 11:31 ./
> drwxr-xr-x 22 root root     4096 Feb 22 12:18 ../
> -rw-r--r--  1 root root   206212 Jun 19  2019 config-4.19.0-5-amd64
> -rw-r--r--  1 root root   206194 Jan 26 20:01 config-4.19.0-8-amd64
> drwxr-xr-x  5 root root     4096 Feb 22 11:32 grub/
> -rw-r--r--  1 root root 25561139 Feb 22 11:12 initrd.img-4.19.0-5-amd64
> -rw-r--r--  1 root root 25807344 Feb 22 11:29 initrd.img-4.19.0-8-amd64
> -rw-r--r--  1 root root  3371003 Jun 19  2019 System.map-4.19.0-5-amd64
> -rw-r--r--  1 root root  3408461 Jan 26 20:01 System.map-4.19.0-8-amd64
> -rw-r--r--  1 root root  5221616 Jun 19  2019 vmlinuz-4.19.0-5-amd64
> -rw-r--r--  1 root root  5270768 Jan 26 20:01 vmlinuz-4.19.0-8-amd64
> 
> Is there some way I can determine if my setup is "wrong" somehow? I'm
> not sure what I should be looking for.

Nothing seems to be wrong in /boot at a first glance. But then again,
it's the root filesystem that's interesting here.

Reco

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Unable to use Buster as an nfs client Mark Raynsford <list+org.debian@io7m.com> - 2020-02-22 14:10 +0100
  Re: Unable to use Buster as an nfs client Reco <recoverym4n@enotuniq.net> - 2020-02-22 14:50 +0100
    Re: Unable to use Buster as an nfs client Mark Raynsford <list+org.debian@io7m.com> - 2020-02-22 15:10 +0100
      Re: Unable to use Buster as an nfs client Reco <recoverym4n@enotuniq.net> - 2020-02-22 15:40 +0100
        Re: Unable to use Buster as an nfs client Mark Raynsford <list+org.debian@io7m.com> - 2020-02-22 15:50 +0100
          Re: Unable to use Buster as an nfs client rhkramer@gmail.com - 2020-02-22 16:30 +0100
            Re: Unable to use Buster as an nfs client Mark Raynsford <list+org.debian@io7m.com> - 2020-02-22 16:40 +0100
            Re: Unable to use Buster as an nfs client Greg Wooledge <wooledg@eeg.ccf.org> - 2020-02-24 15:40 +0100

csiph-web