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


Groups > linux.debian.user > #178127

Re: "Invalid arch-independent ELF magic" in grub after SSD migration

From <tomas@tuxteam.de>
Newsgroups linux.debian.user
Subject Re: "Invalid arch-independent ELF magic" in grub after SSD migration
Date 2017-02-24 10:50 +0100
Message-ID <tekFI-6GV-21@gated-at.bofh.it> (permalink)
References <tdAtc-7g0-15@gated-at.bofh.it> <te2z7-2s9-9@gated-at.bofh.it> <te3bP-2YE-9@gated-at.bofh.it> <te3Ox-3bZ-17@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, Feb 23, 2017 at 10:45:55AM -0500, Stefan Monnier wrote:
> > among others "same UUID" (I know, I know), so no need to change fstab.
> 
> Yuck!  I recommend you stay away from UUIDs in your fstab.  Instead name
> your partitions.

Agree -- only in half. I think those are different things and are thus
to be used differently.

For "permanently" or "semipermanently" mounted things, label/name
is a good match. For travelling things, where you want to avoid
inadvertent collissions, UUID might be better (you might argue that
in this case the UUID shouldn't be in the fstab in the first place;
but using the UUID to "recognize" the partition is here the right
thing to do).

[...]

> Of course, you may say that I just traded managing UUIDs against
> managing names, but in my experience it's simpler, more upfront, and
> intuitive, so I'm never caught off-guard.

I may, but I won't say :-)

For partitions which don't move much (and that's almost surely the
set in fstab) we are in violent agreement. Still you might want to
have an "errant disk" in the fstab (the proverbial back-up USB
drive which comes and goes): then I would definitely use UUID, to
avoid dumping my backups to the wrong drive. But then, this one
perhaps wouldn't be documented in fstab.

Regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAliwAPEACgkQBcgs9XrR2kZHSACeO/ekKlI9inPsDlt02TavRr+r
WxwAn2XyKu8qsinW65dThSRqGuGbhApU
=n2p1
-----END PGP SIGNATURE-----

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


Thread

"Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-22 09:30 +0100
  Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-22 14:30 +0100
    Re: "Invalid arch-independent ELF magic" in grub after SSD migration Eero Volotinen <eero.volotinen@iki.fi> - 2017-02-22 15:50 +0100
      Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-22 16:40 +0100
        Re: "Invalid arch-independent ELF magic" in grub after SSD migration Mark Fletcher <mark27q1@gmail.com> - 2017-02-23 00:00 +0100
          Re: "Invalid arch-independent ELF magic" in grub after SSD migration <tomas@tuxteam.de> - 2017-02-23 11:30 +0100
            Re: "Invalid arch-independent ELF magic" in grub after SSD migrationy Mark Fletcher <mark27q1@gmail.com> - 2017-02-23 12:20 +0100
  Re: "Invalid arch-independent ELF magic" in grub after SSD migration Tixy <tixy@yxit.co.uk> - 2017-02-22 17:50 +0100
    Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-22 19:00 +0100
      Re: "Invalid arch-independent ELF magic" in grub after SSD migration Tixy <tixy@yxit.co.uk> - 2017-02-22 21:20 +0100
        Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-22 21:50 +0100
          Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-23 00:30 +0100
  Re: "Invalid arch-independent ELF magic" in grub after SSD migration Richard Hector <richard@walnut.gen.nz> - 2017-02-23 11:10 +0100
  Re: "Invalid arch-independent ELF magic" in grub after SSD migration Stefan Monnier <monnier@iro.umontreal.ca> - 2017-02-23 15:10 +0100
  Re: "Invalid arch-independent ELF magic" in grub after SSD migration Jonathan Dowland <jmtd@debian.org> - 2017-02-23 15:30 +0100
    Re: "Invalid arch-independent ELF magic" in grub after SSD migration <tomas@tuxteam.de> - 2017-02-23 16:10 +0100
      Re: "Invalid arch-independent ELF magic" in grub after SSD migration Stefan Monnier <monnier@iro.umontreal.ca> - 2017-02-23 16:50 +0100
        Re: "Invalid arch-independent ELF magic" in grub after SSD migration <tomas@tuxteam.de> - 2017-02-24 10:50 +0100
          Re: "Invalid arch-independent ELF magic" in grub after SSD migration "Thomas Schmitt" <scdbackup@gmx.net> - 2017-02-24 11:50 +0100
            Re: "Invalid arch-independent ELF magic" in grub after SSD migration <tomas@tuxteam.de> - 2017-02-24 12:30 +0100
              Re: "Invalid arch-independent ELF magic" in grub after SSD migration deloptes <deloptes@gmail.com> - 2017-02-24 17:10 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-25 10:20 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration Felix Miata <mrmazda@earthlink.net> - 2017-02-25 10:30 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration <tomas@tuxteam.de> - 2017-02-25 10:40 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration Lucio Crusca <lucio@sulweb.org> - 2017-02-25 11:30 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration <tomas@tuxteam.de> - 2017-02-25 10:40 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration "Thomas Schmitt" <scdbackup@gmx.net> - 2017-02-25 11:30 +0100
                Re: "Invalid arch-independent ELF magic" in grub after SSD migration deloptes <deloptes@gmail.com> - 2017-02-25 14:40 +0100
    Re: "Invalid arch-independent ELF magic" in grub after SSD migration Stefan Monnier <monnier@iro.umontreal.ca> - 2017-02-23 16:40 +0100

csiph-web