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


Groups > linux.debian.devel > #116403

Re: Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995)

From Matthias Urlichs <matthias@urlichs.de>
Newsgroups linux.debian.devel
Subject Re: Debian on /usr (Re: TC decision on ownership of top-level filesystem aliases - #1091995)
Date 2025-03-11 04:10 +0100
Message-ID <KoYad-59VS-1@gated-at.bofh.it> (permalink)
References <KmyWB-3xjQ-3@gated-at.bofh.it> <KnfRT-40dD-3@gated-at.bofh.it> <KnEGB-4ig0-9@gated-at.bofh.it> <Kokmu-4Kle-7@gated-at.bofh.it> <Kos0F-4Pl6-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On 09.03.25 17:45, Marco d'Itri wrote:
> On Mar 09, Matthias Urlichs<matthias@urlichs.de> wrote:
>
>> My "build me a Debian image" script has been doing that for two years now,
>> simply by moving /var/lib/dpkg to /usr/state/dpkg and bind-mounting it back
>> onto /var/lib/dpkg (symlinking won't work).
> How so? My /var/lib/dpkg has been a symlink for a very long time.
Huh. It's been sufficiently long ago that I first did this; IIRC I 
simply used a bind mount instead of investigating what replaced the 
symlink. If this has since been fixed (by chance?), so much the better.
>> Granted that some pieces are missing, most notably /boot (which really
>> should be populated from /usr (and /etc) instead of being directly installed
>> to), but that's irrelevant when your usecase is booting containers, and
>> fixable by reinstalling the kernel packages.
> Seehttps://www.linux.it/~md/text/factoryreset-asg2024.pdf .

Ah. Thanks.

-- 
-- regards
-- 
-- Matthias Urlichs

Back to linux.debian.devel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

TC decision on ownership of top-level filesystem aliases - #1091995 Matthew Vernon <matthew@debian.org> - 2025-03-04 12:50 +0100
  Re: TC decision on ownership of top-level filesystem aliases -  #1091995 Sean Whitton <spwhitton@spwhitton.name> - 2025-03-06 10:40 +0100
    Bug#1091995: TC decision on ownership of top-level filesystem aliases - #1091995 Helmut Grohne <helmut@subdivi.de> - 2025-03-07 13:10 +0100
      Re: TC decision on ownership of top-level filesystem aliases -  #1091995 Marvin Renich <mrvn@renich.org> - 2025-03-07 14:20 +0100
        Re: TC decision on ownership of top-level filesystem aliases -  #1091995 Helmut Grohne <helmut@subdivi.de> - 2025-03-07 18:30 +0100
      Bug#1091995: TC decision on ownership of top-level filesystem aliases - #1091995 Sean Whitton <spwhitton@spwhitton.name> - 2025-03-09 06:00 +0100
      Debian on /usr (Re: TC decision on ownership of top-level filesystem  aliases - #1091995) Matthias Urlichs <matthias@urlichs.de> - 2025-03-09 09:40 +0100
        Re: Debian on /usr (Re: TC decision on ownership of top-level  filesystem aliases - #1091995) Marco d'Itri <md@Linux.IT> - 2025-03-09 17:50 +0100
          Re: Debian on /usr (Re: TC decision on ownership of top-level  filesystem aliases - #1091995) Matthias Urlichs <matthias@urlichs.de> - 2025-03-11 04:10 +0100

csiph-web