Würde meine oben geschilderte Vorgehensweise denn so funktionieren? Also ohne Löschen der Swappartition? Für das Verschieben der anderen Partitionen scheint ein Deaktivieren der Swappartition ausreichend zu sein.
Kaum noch Platz auf Wurzelordner
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
|
Supporter
Anmeldungsdatum: Beiträge: 8432 Wohnort: Digiworld |
sudo systemctl edit ureadahead.service öffnet einen Konsolen-Editor (wahrscheinlich nano) dann bitte folgendes rein [Service] ExecStart=/sbin/ureadahead -q Zum 2. Probier die Bootoption pci=noaer weitere Bootoptionen hier Danach erstmal er Einfachheit halber ein Neustart. Mache ein Backup bevor Du die Partitionierung änderst, kann heikel sein. Gruß Taomon |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
|
Anmeldungsdatum: Beiträge: 7502 |
Die Größe der benötigten /-Partition hängt davon ab, wie viele und wie große Programme du dir installieren willst. Wenn du snap benutzt, dann hast du das gleiche Problem, wie bei Windows, da jedes Programm alle benötigten Libraries, Dienste etc installiert, auch wenn diese bereits auf dem Rechner vorhanden sind. Da muss man dann keine Abhängigkeiten mehr beachten, hat aber den Nachteil, dass man sich völlig unnötig Speicherplatz zu ballert. Weiterer Nachteil bei snap: das hat noch nie einwandfrei funktioniert. Meine / hat 15 GB, von denen 7 GB belegt sind. Allerdings habe ich keine großen Programme und auch nicht sehr viele. Nur das nötigste zum Brennen, CD-Rippen, Musik-Formate-Konvertieren, kleiner Videos bearbeiten und ein paar kleiner Spiele sowie Office-Programme. Dein /usr und /snap belegen zusammen alleine schon 8GB, das ist schon recht auffällig
Dann sollte man vielleicht mal ein paar alte Logs löschen, die da nutzlos rumliegen. Systempflege Zum Umpartitionieren: Datensicherung ist von allen betroffenen Partitionen ist Pflicht! Beim Rumschubsen von Dateien und Speicherplatz kann schon mal was verloren gehen. 1:10000, aber weg ist halt weg. Wie du vorgehen musst, liegt in erster Linie daran, wie deine Partitionen verteilt sind. Bei einer SSD die swap zwischen / und /home zu legen ist überflüssig. Das hat man bei HDD so gemacht, damit es der Lese-Schreib-Arm näher zur swap hat, wenn er da hin muss. Fällt bei einer SSD komplett weg. Da kann man die swap hinter die esp setzen und / und /home nebeneinander legen. Wenn du die Größe von Partitionen veränderst, dann geht das nur aus einem Live-System heraus. Am besten Gparted dazu benutzen. Speicher umverteilen kann man nur an der Grenze unmittelbar benachbarten Partitionen. Eine P wird verkleinert, dann entsteht nicht zugeteilter Speicher, den man dann der daran angrenzenden Partition zuschlagen kann. Die Partitionen /,/home, swap und esp sind in der /etc/fstab mit ihren UUIDs eingetragen, damit diese beim Boot eingehängt werden können und das System hochfahren kann. Beim Umpartitionieren können sich die UUIDs ändern. Dann bootet das System nicht mehr. Dann muss man mit einem Live-System die UUIDs ermitteln und die /etc/fstab auf der Platte entsprechend anpassen. Dann bootet das System wieder. Das ist kein Hexenwerk. Ich mache das immer mit einer chroot/Live-CD und Nano, der mit Root-Rechten geöffnet wird. Am einfachsten geht das, indem man einen Terminal öffnet und in diesem die UUIDs abfraget. In einem zweiten Terminal öffnet man dann die /etc/fstab mit Root-Rechten in Nano. Dann kann man die UUIDs im Fenster mit der Abfrage mit der Maus markieren, kopieren und in Nano an die richtige Stelle einfügen und die falschen UUIDs löschen. ### 1. Terminal ### sudo blkid ### 2. Terminal ### sudo nano /etc/fstab Wenn du eine swap hast und nach dem Umpartitionieren keine mehr, bootet das System auch nicht, wenn sich die anderen UUIDs nicht geändert haben sollten. Das gilt auch, wenn du die swap löschst, den Speicher herumschubst und danach wieder eine swap anlegst, da sich dann die UUID der swap garantiert geändert hat. Ist keine swap mehr vorhanden, muss die /etc/fstab des Systems angepasst werden, indem man die swap aus der fstab entfernt oder auskommentiert, in dem man ein # vor die Zeile für die swap setzt. Mit einfach Speicher herumschubsen ist es also nicht getan. |
Supporter
Anmeldungsdatum: Beiträge: 8432 Wohnort: Digiworld |
Es hilft nicht /home /dev/sda3 zu vergrößern, Du brauchst Platz für /dev/sda1 und da ist die swap im Weg. bedeutet auch Du solltest es sowieso einer einer Live-session machen. Achtung durch Vergrößerung von /dev/sda1 und em ext4-Dateisystem ändert sich die UUID deiner Partition. Abfragen mittels blkid 2>1 und die geänderte UUID in die /etc/fstab vom installiertem System eintragen. Gruß Taomon |
Anmeldungsdatum: Beiträge: 7502 |
Hab die Ausgabe der Partitionen erst jetzt gesehen. swap liegt zwischen / und /home und du hast es auf einen HDD installiert. Du musst also swap löschen, dann die sda3 verkleinern. Danach sda1 vergrößern, aber noch genug Platz für eine swap lassen. Dann aus dem restlichen nicht zugeteilten Speicher zwischen / und /home eine swap machen. Dann die /etc/fstab anpassen. Siehe meinen vorherigen Post. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
Was ist eine "esp"? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
Dank dir! Ich schrieb auch nirgendwo, dass ich sda3 vergrößern will, sondern das Gegenteil. Ich zwacke was ab, um es sda1 (root) hinzuzufügen (s. meine vorgeschlagene Vorgehensweise). Mir raucht gerade der Kopf. Ich bin leider weder hobbymäßiger, noch professioneller Informatiker. Ich bin einfach froh, wenn der Rechner läuft, um mich anderen dingen widmen zu können, und sehr dankbar, dass es eine Community gibt, die sich um Leute wie mich, die es einfach gibt und immer geben wird, bei Bedarf kümmert. Dafür ein herzliches Danke! Aber mir ist das manchmal einfach zu hoch. Ich würde mich sehr freuen, wenn mir jemand die Frage, ob meine Vorgehensweise (in einem Live-System, klar) funktionieren sollte, klar mit Ja oder Nein beantworten könnte. Hier nochmal: 1) Ausgangssituation: 3 Partitionen (in dieser Reihenfolge): dev/sda1 (root) dev/sda2 (swap) dev/sda3 (home) 2) Abzwacken von 16GB Speicher bei sda3 mittels Befehl resize/move. Dadurch entsteht nicht zugewiesener Speicher von 16GB nach sda3. 3) Aushängen von Swap mittels swapoff. 4) Rechsklick auf sda3 und wieder resize/move, dann verschieben von sda3 nach rechts, hinter den neuen, nicht zugewiesenen Speicher, wodurch dieser nun zwischen sda2 (swap) und sda3 steht. 5) Rechtsklick auf sda2 (swap) und resize/move, dann verschieben von sda 2 nach rechts, wodurch der neue, nicht zugewiesene Speicher zwischen sda1 (root) und sda2 (swap) steht. 6) Nun steht der bislang nicht zugewiesene Speicher dort, wo ich ihn haben will, nämlich gleich neben der Rootpartition. Jetzt müsste ich ihn nur noch der Rootpartition zuweisen --> Rechtsklick auf sda1, resize/move und rechten Rand von sda1 ganz nach rechts und damit über die bisher nicht zugewiesenen Speicher ziehen. 7) Swappartition wieder einhängen (swapon) --> geht ja erst, wenn alles andere bereits durchgeführt wurde, richtig? Plus dann das Ding da mit den UUIDs. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
Und kann ich die swap nicht einfach nach vorne, vor die / verschieben? Bzw. kann ich die nicht einfach komplett unangetastet lassen (von swapoff/on) mal abgesehen. Warum ist es ein Problem, dass die swap zwischen / und /home liegt? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
So, ich habe meine Vorgehensweise entsprechend eures Inputs ergänzt: 0) Live-Ubuntu über USB-Stick starten. 1) Ausgangssituation: 3 Partitionen (in dieser Reihenfolge): a) dev/sda1 (root) b) dev/sda2 (swap) c) dev/sda3 (home) 2) Abzwacken von 16GB Speicher bei sda3 mittels Befehl resize/move. Dadurch entsteht nicht zugewiesener Speicher von 16GB nach sda3. 3) Aushängen von Swap mittels swapoff. 4) Rechsklick auf sda3 und wieder resize/move, dann verschieben von sda3 nach rechts, hinter den neuen, nicht zugewiesenen Speicher, wodurch dieser nun zwischen sda2 (swap) und sda3 steht. 5) Rechtsklick auf sda2 (swap) und resize/move, dann verschieben von sda 2 nach rechts, wodurch der neue, nicht zugewiesene Speicher zwischen sda1 (root) und sda2 (swap) steht. 6) Nun steht der bislang nicht zugewiesene Speicher dort, wo ich ihn haben will, nämlich gleich neben der Rootpartition. Jetzt müsste ich ihn nur noch der Rootpartition zuweisen –> Rechtsklick auf sda1, resize/move und rechten Rand von sda1 ganz nach rechts und damit über die bisher nicht zugewiesenen Speicher ziehen. 7) Swappartition wieder einhängen (swapon) –> geht ja erst, wenn alles andere bereits durchgeführt wurde, richtig? 8) Dann sudo blkid in einem Terminal ausführen. 9) sudo nano /etc/fstab in zweitem Terminal ausführen und hier die UUIDs entsprechend der UUIDs aus Terminal 1 anpassen. 10) Live-Ubuntu runterfahren und eigentliches System wieder starten. Alles ist gut und ich habe 25GB root. Swap würde ich nicht löschen. Außerdem würde ich die swap an zweiter Stelle belassen, wenn es keinen triftigen Grund gibt, der dagegen spricht. Es sei denn, es würde genügen, die swap einfach nach links außen zu verschieben. Sollte das funktionieren? |
Anmeldungsdatum: Beiträge: 7502 |
Mit welchem Tool willst du das machen? Auf keinen Fall darfst du das aus dem laufenden System machen. Dazu ist zwingend ein Live-System notwendig, außer deine Daten sind alle völlig unwichtig und dürfen gerne verlorengehen. Im Livesystem mit Gparted arbeiten. Das macht dann automatische das SSD/Alignment richtig.
Das ist umständlich. Warum nicht die sda3 vorne verkleinern. Dann ist der nicht zu geteilte Speicher da, wo er gebraucht wird. Dann müssen die Daten auf der sda3 nicht 2 Mal durch die Gegen kopiert werden.
Mit Gparted kannst du die swap auch per Mausklick aushängen.
Das kannst du dir sparen, wenn du die sda3 vorne verkleinerst.
Kann man so machen.
yo
Das Live-Systembraucht keine swap. Kannst du dir sparen.
genau
Da kommt nur eine Fehlermeldung. Entweder du baust eine chroot-Umgebung (change root, das Wurzelverzeichnis wechseln) auf und wechselst auf das System auf sda1, dann kannst du den Befehl so ausführen oder du musst die sda1 einhängen und dem Befehl den Pfad zur /etc/fstab hinzufügen. sudo mount /dev/sda1 /mnt sudo nano /mnt/etc/fstab sudo umount /dev/sda1 ## nach editieren und speichern der fstab
Stoßgebete sind da optional.
Wenn alles rund läuft und weder das Partitionstool noch du Fehler machen. Deshalb vorher Backup. Aus externen Sicherungen von / und /home kann man nämlich das System wieder herstellen, wenn shit gehappend hat. 😉 Ubuntu umziehen |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
Fein, das hilft mir ungemein! Herzlichen Dank! ☺ Sorry für die blöden Fragen, aber zum Computerfreak werde ich in diesem Leben nicht mehr. Und natürlich mach ich das über ein Live-System und auch ganz brav mit GParted. Datensicherung im Vorfeld ist natürlich auch klar. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 86 |
So, Eingriff ist geglückt, musste nicht mal die UUID anpassen. System läuft immer noch, / hat nun 25GB. Danke nochmal! |