Debian Partition zu klein, wie vergrößern?

[Bracew]

Hallo,

zu wenig Platz auf der SSD für das Debian Stretch System!
Wie kann ich das ändern?

Zunächst aber erst einmal die Fakten:

Ich habe einen Desktop-PC mit Dual-Boot über Grub für Windows 10 und Debian Stretch. Die Installation funktioniert seit einigen Jahren sehr gut und ist von Windows 7 bis Windows 10 (1709) bzw. von Debian Wheezy zu Stretch mitgewachsen.
Es ist eine System-SSD und eine Daten-HDD eingebaut. Auf der SSD ist Windows und Debian jeweils mit dem System und den Programmen installiert. Auf der HDD sind meine Daten, jeweils für Windows und Debian ein eigener Bereich.



Die Partitionen sind aus Linux-Sicht so aufgeteilt:

Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 106MB 105MB primary ntfs boot
2 106MB 103GB 103GB primary ntfs
3 103GB 104GB 472MB primary ntfs diag
4 104GB 120GB 16,1GB extended
5 104GB 116GB 12,3GB logical ext4
6 116GB 120GB 3818MB logical linux-swap(v1)


Model: ATA WDC WD10EZRX-00L (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 984GB 984GB primary ntfs
2 984GB 1000GB 16,1GB extended
5 984GB 1000GB 16,1GB logical ext4

bzw. aus Windows-Sicht so aufgeteilt:



Debian moniert jetzt immer öfter, dass zu wenig Platz wäre.
Auf /dev/sda5 sind nur noch 571 MByte von 11,1 GByte frei.

Ich würde gerne die Windows-Partition /dev/sda2 einige GByte verkleinern und diese dem Debian /dev/sda5 zuschlagen.
Wie kriege ich das hin, ohne jeweils die Windows 10 und Debian Installationen zu zerstören?
Auf Eure Tipps und Hilfen freue ich mich.

Liebe Grüße Bracew

P.S. Falls meine Beitrag im falschen Forenbereich steht, bitte umsortieren.

[MSfree]

Wie wäre es denn erstmal mit aufräumen?

Code: Alles auswählen

apt-get clean

Wäre da mal der erste Schritt.

Auch das Löschen von alten Logs unter /var/log kann viel bringen, wenn da seit Jahren immer nur Dateien angelegt wurde.

Deine 11GB Partition sollte nämlich mehr als groß genug sein.

[RobertDebiannutzer]

Und ggf. alte Kernel entsorgen.

[Bracew]

Hallo,

vielen Danke für die Tips.

Code: Alles auswählen

apt-get clean

hat mir 2 GByte zusätzlichen freien Speicherplatz gebracht.
Hätte ich nicht gedacht, da ich immer apt-get autoclean nach jedem Update gemacht hatte.
Den Unterschied muss ich noch mal nachlesen.

Unter /var/log sind nur 36,2 MByte gespeichert. Bringt nicht viel, nicht so effektiv.

Wie kann ich alte Kernel aufspüren und "ggf. ... entsorgen" ?

[KBDCALLS]

Code: Alles auswählen

dpkg -l linux-image*

Da können auch ganz schnell 1 bis 2 Gbyte zusammenkommen.

[Bracew]

Code: Alles auswählen

dpkg -l linux-image*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                       Version          Architektur  Beschreibung
+++-==========================-================-============-===================================
un  linux-image                <keine>          <keine>      (keine Beschreibung vorhanden)
rc  linux-image-3.16.0-4-amd64 3.16.51-3        amd64        Linux 3.16 for 64-bit PCs
ii  linux-image-3.16.0-5-amd64 3.16.51-3+deb8u1 amd64        Linux 3.16 for 64-bit PCs
rc  linux-image-3.2.0-4-amd64  3.2.68-1+deb7u1  amd64        Linux 3.2 for 64-bit PCs
ii  linux-image-4.9.0-6-amd64  4.9.88-1+deb9u1  amd64        Linux 4.9 for 64-bit PCs
ii  linux-image-amd64          4.9+80+deb9u4    amd64        Linux for 64-bit PCs (meta-package)

Welche kann/darf ich löschen und wie?

[Bracew]

Huch, wo ist den der Beitrag von breakthewall hin?
Ich hatte dazu unterdessen folgendes geschrieben:

/home hat nur 1,3 MByte, da meine Daten auf der HDD liegen
/var hat 1,3 GByte.

Das mit gparted hatte ich mir auch schon angedacht, war mir aber nicht sicher ob die beiden System (Win10 und Debian) danach einfach starten, oder ob zum Beispiel die Einstiegspunkte sich verändern, mit anderen Worten, ob Grub noch beide wieder findet, da ja in der Systemtabelle verschoben.

[breakthewall]

Diese Warnmeldungen wundern mich nicht wirklich. Und auch wenn 11GB mehr als genug für das nackte System wären, so schliesst das anfallende Nutzerdaten nicht mit ein. Ebenso muss berücksichtigt werden was alles zusätzlich noch installiert hast, was unter /home an Daten ablegst, oder was unter /var alles an Logs und Resten des Paketmanagers lagert. Allein wenn unter /home viele Downloads hast, oder bspw. Spiele, VM-Images, oder auch sonstige Daten ablegst, dann sind 11GB überhaupt nichts. Und um für Debian mehr Platz zu schaffen, musst nur den freien Speicherplatz verschieben, also von /dev/sda2 mittels resize freistellen und dann /dev/sda5 entsprechend zuordnen. Gerade über gparted ist das an sich selbsterklärend, wofür es bei Bedarf auch gute Tutorials gibt.

EDIT:
Hatte Probleme mit der Seite, im Moment ist alles extrem langsam und wird fehlerhaft abgespeichert.

[KBDCALLS]

Stell den Kernel fest der läuft

• Code: Alles auswählen

  uname-a 

. Aber den laufenden Kernel kann man eh nicht entfernen. Das meckert apt oder aptitude schon bzw.läßt das gar nicht zu. Das meta-paket linux-image-amd64 kann draufbleiben . Am besten die die nicht mehr benötigten Kernel purgen

[MSfree]

Welche kann/darf ich löschen und wie?

Stretch läuft mit dem 4.9er Kernel, den mußt du behalten.
"linux-image" ist ein Metapaket, das du ebenfalls behalten mußt.

Die 3.2er und 3.16er Kernel stammen noch von Wheezy bzw. Jessie, die können also weg.

Code: Alles auswählen

apt-get purge linux-image-3.16.0-4-amd64
apt-get purge linux-image-3.16.0-5-amd64
apt-get purge linux-image-3.2.0-4-amd64

Wenn du dann noch Lust hast, weiter aufzurämen, kannst du noch alte Konfigurationsdateien löschen. Mit

Code: Alles auswählen

dpkg --get-selections | grep deinstall

kannst du die Pakete finden, die bereits gelöscht wurden, deren Konfigurationsdateien aber noch auf dem System liegen.

Mit apt-get purge Paketname wirst du dann auch diese Artefakte los, viel Speicher wirst du damit aber nicht hervorzaubern.

[Bracew]

OK, nach
apt-get purge linux-image-3.16.0-4-amd64
apt-get purge linux-image-3.16.0-5-amd64
apt-get purge linux-image-3.2.0-4-amd64
sind nun 2,7 GByte frei.

dpkg --get-selections | grep deinstall
gibt eine Riesen-Lange Liste. Gibt es eine Automatik statt alle einzeln zu löschen?

[MSfree]

dpkg --get-selections | grep deinstall
gibt eine Riesen-Lange Liste. Gibt es eine Automatik statt alle einzeln zu löschen?

Klar, man kann das durch einen (noch längeren) Befehl lösen.

Code: Alles auswählen

dpkg --get-selections | grep deinstall | awk '{ print "apt-get purge "$1 }' | bash

Bevor du diese Bombe losläßt, solltest du die Liste, die

Code: Alles auswählen

dpkg --get-selections | grep deinstall

rausläßt, begutachten, damit nicht versehentlich irgendetwas wichtiges gelöscht wird.

[KBDCALLS]

Zum Beispiel das in eine Datei umleiten und ausführbar machen.

• Code: Alles auswählen

  dpkg --get-selections | awk '{print "aptitude purge -y "  $1}'
  

Ob man das alles löschen will , was dabei auspuckt wird , bezweifel ich mal. Bei mir waren da solche Schmankerl wie xxd und das komplette php 7.1 dabei.

[MSfree]

Zum Beispiel das in eine Datei umleiten und ausführbar machen.

• Code: Alles auswählen

  dpkg --get-selections | awk '{print "aptitude purge -y "  $1}'
  

Ob man das alles löschen will , was dabei auspuckt wird , bezweifel ich mal. Bei mir waren da solche Schmankerl wie xxd und das komplette php 7.1 dabei.

Deshalb habe ich ja auch noch das grep nach deinstall dazwischen stehen.

[KBDCALLS]

Wie ich abgeschickt habe hab ich auch festgestellt dass ich da was vergessen hatte.

[Bracew]

begutachten, damit nicht versehentlich irgendetwas wichtiges gelöscht wird.

ist schwierig für mich, keine Ahnung welche von den ca. 500 noch gebraucht werden?
Kann ich rauskriegen, wieviel Platz die brauchen und welche noch essentiel sind.
Ich glaube im Zweifel lass ich die besser alle drauf.

Jetzt noch mal zum Ursprungsthema. Wie kann ich sicher freien Windows-Platz zur Debian Partition verschieben?

Eine weitere Überlegung von mir ist, eine grössere SSD zu kaufen und umzuziehen. Nach dem physischen 1:1 Kopieren von SSD-Alt auf SSD-Neu müsste ich aber auf der neuen ebenfalls die Partiongrößen anpassen, stehe also wieder vor dem selben Problem, oder?

[KBDCALLS]

Man könnte die Liste auch so erstellen.

• Code: Alles auswählen

  dpkg -l | grep '^rc' | awk '{ print "aptitude  purge -y "$2 }'

Wie sieht deine Partitonierung denn aus ?

• Code: Alles auswählen

  sfdisk -l

Grub übersteht alles , ist auch anschließend in der Lage Linux zu starten. Wie sich Windows verhölt entzieht sich meiner Kenntnis. Eventuell reicht es schon /usr auf eine andere Partion zu schieben. Denn da landet das Haupt von Linux.

[Bracew]

Code: Alles auswählen

sfdisk -l
Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x785e45ad

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sda1  *         2048    206847    204800  100M  7 HPFS/NTFS/exFAT
/dev/sda2          206848 202057727 201850880 96,3G  7 HPFS/NTFS/exFAT
/dev/sda3       202057728 202979327    921600  450M 27 Hidden NTFS WinRE
/dev/sda4       202983422 234440703  31457282   15G  5 Extended
/dev/sda5       202983424 226981887  23998464 11,5G 83 Linux
/dev/sda6       226983936 234440703   7456768  3,6G 82 Linux swap / Solaris


Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x5c6181f8

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdb1             2048 1922064383 1922062336 916,5G  7 HPFS/NTFS/exFAT
/dev/sdb2       1922066430 1953523711   31457282    15G  5 Extended
/dev/sdb5       1922066432 1953523711   31457280    15G 83 Linux

Partition 2 does not start on physical sector boundary.

Partitonierung, siehe auch mein erster Beitrag mit Screenshots

[Bracew]

/usr =
273.724 Objekte der Gesamtgröße 6,1 GB

[debianoli]

Wenn du /usr auf eine normale Harddisk umziehst, wird dein System langsamer.

Das haarige an deiner Konfiguration sind die 3 Windows Partitionen und das, dass Debian auf einer extended Partition nach dem Windows ist.

Für ein Vergrößern der Debian-Partition würde ich so vorgehen:

1 zu 1 Backups jeder Partition anlegen. Dabei brauchst du bei Win Images, bei Debian gehen auch Inhalts-Kopien per zB Rsync oder Tar auf eine zB USB Platte.

Linux-Live System auf USB oder CD-Rom besorgen.

Von Win aus die 100 GB große Win-System-Partiton defragmentieren lassen. Dann ernittelst du,wieviel GB du von dieser Partition abzwacken kannst.

Nun wird es tricky: Du verkleinerst von Linux aus die Win-System-Partiton mit zB gparted um 10 oder 15 GB.

Dann löscht di die 3. Win Partiton und legst sie nach der 2. Win-Partiton in gleicher Größe wieder an in die spielst du dann ein 1 zu 1 Image der 3. Win Partition zurück.

Jetzt kommt der Einsatz des Linux-Live-Systems. Du löscht nun die extended Partition und legst sie nach der 3. Win Partiton neu an. Dann erstellst du in der Extended Partiton deine Debian-Partition in neuer Größe und danach eine Swap Partiton. In die Debian-Partition spielst du dir dein System zurück. Jetzt musst du je nach Backup Lösung noch die fstab anpassen für die geänderten Uuids von Swap und Debian-System. Dann Grub neu erstellen lassen und alles sollte wieder funktionieren...

Edit: Ob du die 3. Win Partiton wirklich brauchst, weiß ich nicht. Kenne Windows nicht so gut.

[Bracew]

Hallo debianoli,

danke für Deine ausführliche Darstellung.

Warum "3 Windows Partitionen" da sind, weiß ich auch nicht. Als ich auf dem neuen PC damals Win 7 prof. installiert habe, wurden diese von Windows angelegt. Ich habe es einfach dabei belassen, obwohl sich mir nie erschlossen hat, was in den beiden kleinen drin ist bzw. für was diese benötigt werden.

Aufgrund dessen, dass Windows bereits 3 Partitionen "verbraucht" hat und maximal 4 primäre angelegt werden können musste ich für die Debian und Swap als 4. Partition eine extended Partition anlegen, in welcher wiederum die beiden Linuxoiden (Debian und Swap) enthalten sind.

Wenn ich Dich richtig verstanden habe, als Zusammenfassung, würdest Du die erste Partition unangetastet lassen, die zweite Vergrößern (nach dem löschen des Rest) und den Rest wieder mit gewünschten bzw. vorgegebenen Größen neu erstellen. Vorher Inhalte extern einzeln sichern und Daten von 3-5 wieder zurücksichern.
Mir stellt sich dabei die Frage, ob Grub das wieder anschließend findet und startet. Hoffnung macht mir da der Satz von KBDCALLS: "Grub übersteht alles". Aber, ob der Glaube dabei allein Hilft?

Da ich im Moment aufgrund der anderen Tips und Hinweis (an dieser Stelle dafür auch Dank an alle) zunächst einmal Luft habe (Durch das Löschen sind wieder mehr als 2GByte freier Platz) und immer mehr mit Linux statt Windows mache, werde ich mir überlegen eine neue größere SSD zuzulegen, mit der ich auf diese Weise den Umzug wage. Zur Not habe ich dann immer noch die alte unveränderte SSD und kann wieder zurückstöpseln.

Danke und liebe Grüße Bracew