Groups | Search | Server Info | Login | Register


Groups > linux.debian.user.german > #76104

Re: Boot Partition vergrössern, neue SSD, Vorgehensweise - Fixed

From Lars Schimmer <l.schimmer@tugraz.at>
Newsgroups linux.debian.user.german
Subject Re: Boot Partition vergrössern, neue SSD, Vorgehensweise - Fixed
Date 2026-04-13 10:40 +0200
Message-ID <MJkZP-eN86-1@gated-at.bofh.it> (permalink)
References <MAGGd-8W4z-3@gated-at.bofh.it> <MIiQp-e4WH-5@gated-at.bofh.it>
Organization TU Graz

Show all headers | View raw


Grüß Gott

Problem auch gelöst durch reinstall des Paketes in der passenden Version 
und anschliessendem apt remove --purge.

System rennt,

Danke allen,
Lars

On 10/04/2026 13:43, Lars Schimmer wrote:
> Moin
> 
> Habe dieses gerade mit 2 Systemen erfolgreich beendet.
> 
> Ich hatte jeweils neue SSD eingebaut, dann diese entsprechend 
> partitioniert (4 GB efi, 4gb Boot, rest LVM).
> Dann die LVM mit LUKS vercrypted, darauf LVM2 angelegt mit entsprechend 
> großen LVs. Mit partcopy.ex4 die Daten von der alten SSD kopiert.
> Hier musste ich das Live System einmal rebooten.
> Dann auf der neuen SSD die Namen der LUKS Container und LVs gleich denen 
> auf der alten SSD gesetzt, alles gemounted, chroot, grub-install und OK.
> (auf dem 2. System musste ich von BIOS zu UEFI wechseln, da musste ich 
> noch das grub efi amd64 Paket installeiren).
> Anschliessen neuen Kernel installieren und fertig.
> 
> Bleibt nur ein Problem mit blksnap (veeam):
> 
> dpkg: error processing package linux-image-amd64 (--configure):
>   dependency problems - leaving unconfigured
> Setting up linux-headers-6.19.10+deb13-amd64 (6.19.10-1~bpo13+1) ...
> /etc/kernel/header_postinst.d/dkms:
> 
> Error! blksnap/6.3.2.1207 is broken! Missing the source directory or the 
> symbolic link pointing to it.
> Manual intervention is required!
> 
> Weiß einer, wie ich das fixe?
> 
> Danke.
> 
> 
> On 20/03/2026 12:32, Lars Schimmer wrote:
>> Moin
>>
>> Mein Debian System ist schon etwas älter und mehrmals mit sdist- 
>> upgrade aktualisiert wurden.
>>
>> Daher ist die /boot Partition doch etwas kleiner und ned mehr 
>> ausreichend.
>>
>> Installiert wurde es mit dem Debian Installer und crypted system Option.
>>
>> Zustand:
>> EFI Partition
>> Boot Partition
>> crypted partition mit lVM und 3 LVs: /, Swap und eine /opt.
>>
>> Wie würde ich jetzt idealerweise die Boot Partition vergrößern und das 
>> alles auf eine andere, größere SSD bekommen?
>>
>>
>> Meine Idee:
>> Neue SSD beschaffen, anschliessen
>> Mit Debian Live hochfahren, neue SSD Partitionieren (wie bisher 3 
>> Partitionen, nur etwas größer jeweils).
>>
>> die Crypt Partiton mounten und LVM2 installieren, die PG mit der neuen 
>> Partition extenden, die 3 LVs mit lvmove migrieren, dann vergrößern.
>>
>> Jetzt die Fragen:
>> - Wie bekomme ich das System dann wieder zum bootn? Muss ich manuell 
>> Grub installieren, bzw wie dann?
>> - Boot Platte müsste dann ja auch gefüllt werden mit kernel und init...
>> - die neue Crypt Partion hat ja eine neu UUID, reicht es, diese in die 
>> Crypttab einzutragen?
>> - wie bekomme ich dann die alte PG aus dem LVM raus?
>>
>> Sorry, bissl basic Fragen, aber das System soll laufen, und ich mag 
>> ned neu isntallieren, bis das alles wieder richtig gesetzt ist...
>>
>> Danke.
>>
>> MfG,
>> Lars Schimmer
> 
> 
> MfG,
> Lars Schimmer


MfG,
Lars Schimmer
-- 
-------------------------------------------------------------
TU Graz, Institut für Visual Computing
Tel: +43 316 873-5405            E-Mail: l.schimmer@tugraz.at

Back to linux.debian.user.german | Previous | NextPrevious in thread | Find similar


Thread

Boot Partition vergrössern, neue SSD, Vorgehensweise Lars Schimmer <l.schimmer@tugraz.at> - 2026-03-20 13:00 +0100
  Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-20 13:30 +0100
    Re: Boot Partition vergrössern, neue SSD, Vorgehensweise "Schimmer, Lars" <l.schimmer@tugraz.at> - 2026-03-20 21:10 +0100
      Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-22 13:50 +0100
        Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-22 15:10 +0100
        Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-25 12:20 +0100
        Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-25 17:40 +0100
          Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-25 22:30 +0100
            Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Thomas Hochstein <thh@thh.name> - 2026-03-26 01:50 +0100
              Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Paul Muster <exp-311226@news.muster.net> - 2026-03-26 06:50 +0100
              Re: Boot Partition vergrössern, neue   SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-26 10:00 +0100
                Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-27 19:40 +0100
                Re: Boot Partition vergrössern, neue SSD, Vorgehensweise Philipp Ludwig <debian@philippludwig.net> - 2026-03-27 20:50 +0100
            Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-27 09:10 +0100
  Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-20 18:50 +0100
    Re: Boot Partition vergrössern, neue SSD, Vorgehensweise "Schimmer, Lars" <l.schimmer@tugraz.at> - 2026-03-20 21:10 +0100
      Re: Boot Partition vergrössern, neue  SSD, Vorgehensweise Marc Haber <mh+debian-user-german@zugschlus.de> - 2026-03-20 21:20 +0100
  Re: Boot Partition vergrössern, neue SSD, Vorgehensweise - Fixed Lars Schimmer <l.schimmer@tugraz.at> - 2026-04-10 14:10 +0200
    Re: Boot Partition vergrössern, neue SSD, Vorgehensweise - Fixed Lars Schimmer <l.schimmer@tugraz.at> - 2026-04-13 10:40 +0200

csiph-web