Blutaxt
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
Hallo,
ich habe erst vor ein paar Tagen Kubunte endlich im aktuellsten LTS neu installiert.
Dabei habe ich zwar vor der Installation noch über die Partitionsverwaltung Platz von einer Partion "abgezwackt", um sie der /boot Partition zu sponsern.
Aber das ging irgendwie nicht.
Habe das - offensichtlich blöderweise - mal ignoriert und alles eingerichtet, und nicht weiter auf die Auslastung von /boot geachtet. Und jetzt habe ich grad die erste Warnung bekommen, dass ich nur noch 170 MB frei habe. 😲 Im Anhang ist ein Screenshot der Partitionsverwaltung. (aus dem laufenden Betrieb, mir ist schon klar, dass ich Änderungen nur mit Live-Stick machen kann)
Dort sieht man die nicht belegten 6.83 GB.
Wie bekomme ich die zu der /dev/sda1 Partion dazu?
- Bilder
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
/dev/sda2 wird verschoben.
Das kann gparted.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9563
|
Das wäre der einfache Weg. Wie man sieht, brauchst Du dringend die swap-Partition...Du könntest im free Space eine zweite primäre Partition /dev/sda8 für swap erstellen (oder Du denkst mal nach, ob/wieviel Du tatsächlich brauchst). Dann löschst Du die logische Partition /dev/sda5 und verkleinerst /dev/sda2 um diesen Bereich, den Du dann /dev/sda1 zuschlägst. 31 Gib für / ist weit besser als knapp 20 GiB. Du könntest auch sda5 und den unbelegten Platz / geben (ich erinnere da mal an den Platzfresser snap) und statt einer swap-Partition ein swap-File nutzen. Wenn Du selten bis gar nicht swap brauchst, ist das auch sinnvoller.
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
Eine Frage zur Sicherheit: Da DJKUhpisse schrieb: /dev/sda2 wird verschoben.
Das kann gparted.
Die KDE-Partitionsverwaltung kann das nicht, aber GParted schon? Am Kubuntu Live-Stick ist aber - soweit ich mich erinnere - nur KDE-Partitionsverwaltung. Und im Testmodus kann man glaub ich nichts - also auch nicht GParted - installieren, oder? D.h. brauch ich einen Ubuntu-Livestick? Ist auf dem GParted dabei?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ob das KDE-Teil das kann, weiß ich nicht.
Installieren kann man auch im Livesystem was.
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
von.wert schrieb: Wie man sieht, brauchst Du dringend die swap-Partition...Du könntest im free Space eine zweite primäre Partition /dev/sda8 für swap erstellen (oder Du denkst mal nach, ob/wieviel Du tatsächlich brauchst). Dann löschst Du die logische Partition /dev/sda5 und verkleinerst /dev/sda2 um diesen Bereich, den Du dann /dev/sda1 zuschlägst.
Wieso brauch ich die swap-Partition so dringend? Die ist aktuell völlig ungenutzt! - Aber ich gehe aufgrund der restlichen Beschreibung davon aus, dass das ironisch gemeint und mein Ironiedetektor grad einen Wackelkontakt hatte 😉
31 Gib für / ist weit besser als knapp 20 GiB. Du könntest auch sda5 und den unbelegten Platz / geben (ich erinnere da mal an den Platzfresser snap) und statt einer swap-Partition ein swap-File nutzen. Wenn Du selten bis gar nicht swap brauchst, ist das auch sinnvoller.
Da sind die Angaben im Wiki dann aber nimmer ganz zeitgemäß "12-16 GB" (https://wiki.ubuntuusers.de/Partitionierung/) 😛 Zusammgefasst würdest Du also vorschlagen
Formatierter Textderzeitiges swap-Partition zu löschen und der root-Partition zuzuschlagen, was ohne Verschieben funktioniert, da sie ja nebeneinander liegen UND die derzeit am Ende liegenden nicht belegten zur neuen swap zu machen
Diese Lösungsvariante würde auch mit der KDE-Partitionsverwaltung funktionieren? Für die zusätzliche Zuweisung der nicht belegten 6.83 GB würde ich aber dann doch wieder GParted benötigen.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9563
|
Blutaxt schrieb:
Aber ich gehe aufgrund der restlichen Beschreibung davon aus, dass das ironisch gemeint
Click
Da sind die Angaben im Wiki dann aber nimmer ganz zeitgemäß
Soll ich Dir was anderes 'reinschreiben?
Zusammgefasst würdest Du also vorschlagen
Nein. Du mußt schrittweise vorgehen. Du hast MBR-Partitionierung, die jetzige swap-Partition ist eine logische Partition in der erweiterten Partition. Also logische Partition löschen, erweiterte am Anfang um dieser Bereich verkleinern, primäre Partition um diesen Bereich vergrößern. Denke daran, vorher swap zu deaktivieren, sonst sucht das System beim nächsten Boot ewig danach!
Wenn Du swap in dieser Größe brauchst.
Diese Lösungsvariante würde auch mit der KDE-Partitionsverwaltung funktionieren?
Wieso nicht? Probier's doch einfach aus! KJammy live booten - das mußt Du eh - und los geht's! KDE Partition Manager ist unter Qt-basierten DEs (Plasma, LXQt) für genau sowas da.
Für die zusätzliche Zuweisung der nicht belegten 6.83 GB würde ich aber dann doch wieder GParted benötigen.
Wieso kommst Du darauf? Du kannst es natürlich stattdessen nutzen, wie schon gesagt im Live-System installieren. Da das aber, wie der Name schon sagt, Gtk-basiert ist, ziehst Du nicht nur gparted, sondern auch weitere Abhängigkeiten. Wenn Dich der Traffic nicht stört, ist das egal.
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
von.wert schrieb: Soll ich Dir was anderes 'reinschreiben?
Für mich nimmer notwendig, mir ist es jetzt bewusst 🤓
Zusammgefasst würdest Du also vorschlagen
Nein. Du mußt schrittweise vorgehen. Du hast MBR-Partitionierung, die jetzige swap-Partition ist eine logische Partition in der erweiterten Partition. Also logische Partition löschen, erweiterte am Anfang um dieser Bereich verkleinern, primäre Partition um diesen Bereich vergrößern.
Sorry, dass ich da so lästig und blöd nachfrage, aber ich schwitz schon ziemlich vor der Änderung und will keinen Fehler machen. 😬
Hört sich für mich soweit recht klar an, aber wie genau gehe ich vor bei "erweiterte am Anfang um dieser Bereich verkleinern"? Was ist mit "am Anfang verkleinern" gemeint? Habe Screenshot (aus laufendem Betrieb, also nur zur Anschauung) angehängt: Wenn ich die hier am Anfang ockerfarben angezeigte swap-Partition schon gelöscht hätte, würden in der Anzeige dann im Feld "Freier Platz davor" schon deren 18.63 GiB angezeigt werden? Nehme an Nein, da sie ja noch Teil der erweiterten Partition sind. Wie verkleinere ich dann "am Anfang"? Reduziere ich einfach den Wert im Feld "Größe" und erhöhe dann den Wert im Feld "Freier Platz davor"? Den Wert im Feld "Erster Sektor" muss ich nicht bearbeiten, oder? Denke daran, vorher swap zu deaktivieren, sonst sucht das System beim nächsten Boot ewig danach!
Wenn Du swap in dieser Größe brauchst.
Ich habe auf meiner alten Kiste nur 15,6 GB RAM. Die reichen zwar im Normalbetrieb eh locker. Aber wohler fühle mich mich schon, wenn ich noch einen hab. Mal sehen.
Diese Lösungsvariante würde auch mit der KDE-Partitionsverwaltung funktionieren?
Wieso nicht? Probier's doch einfach aus! KJammy live booten - das mußt Du eh - und los geht's! KDE Partition Manager ist unter Qt-basierten DEs (Plasma, LXQt) für genau sowas da.
Für die zusätzliche Zuweisung der nicht belegten 6.83 GB würde ich aber dann doch wieder GParted benötigen.
Wieso kommst Du darauf? Du kannst es natürlich stattdessen nutzen, wie schon gesagt im Live-System installieren. Da das aber, wie der Name schon sagt, Gtk-basiert ist, ziehst Du nicht nur gparted, sondern auch weitere Abhängigkeiten. Wenn Dich der Traffic nicht stört, ist das egal.
Also sind GParted und KDE-Partitionsverwaltung eh quasi dasselbe und basieren beide auf GNU Parted, hab ich grad gesehen.
- Bilder
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9563
|
Blutaxt schrieb:
will keinen Fehler machen. 😬
Du weinst dann nicht morgen hier, daß ach so wichtige ungesicherte Dateien nun flöten sind?
Was ist mit "am Anfang verkleinern" gemeint?
Grundlagen der Partitionierung solltest Du hier aber schon beherrschen. Beim MBR-Partitionierungsschema können bis zu 4 primäre Partitionen erstellt werden. Statt einer primären davon kann eine erweiterte Partition erstellt werden, in der dann logische. /dev/sda1 - primäre Partition - / /dev/sda2 - erweiterte Partition /dev/sda5 - logische Partition - swap /dev/sda6 - logische Partition - /home /dev/sda7 - logische Partition - /home/rag... (wozu auch immer die da/separat ist)
unpartitionierter Bereich
Löschst Du /dev/sda5, ist deren Bereich unpartitioniert, aber nach wie vor Bestandteil von /dev/sda2. Also mußt Du im nächsten Schritt /dev/sda2 um diesen Bereich verkleinern, also von deren Anfang. Damit entsteht ein unpartitionierter Bereich zwischen /dev/sda1 und /dev/sda2, um den Du im nächsten Schritt /dev/sda1 an dessen Ende erweiterst.
Wie verkleinere ich dann "am Anfang"? Reduziere ich einfach den Wert im Feld "Größe" und erhöhe dann den Wert im Feld "Freier Platz davor"?
Probier's aus! Ich verwende KDE Partition Manager selten (eigentlich nur, wenn ich von einem LJammy-Live aus einen neuen MBR oder eine neue GPT schreiben und ich nicht nur deshalb GParted installieren will), gehe aber davon aus, man kann wie in GParted Werte eintragen, Größen mit den Pfeiltasten ändern oder eben auch Balken grafisch ziehen.
Den Wert im Feld "Erster Sektor" muss ich nicht bearbeiten, oder?
Fummele nicht an Sektoren herum! "Partition ausrichten" muß angeklickt sein.
Ich habe auf meiner alten Kiste nur 15,6 GB RAM.
16 GiB RAM abzgl. shared mem.
Die reichen zwar im Normalbetrieb eh locker. Aber wohler fühle mich mich schon, wenn ich noch einen hab. Mal sehen.
Diese swap-Größe brauchst Du nur für Hibernate, so Du das nutzen solltest (und dann auch nur, wenn Du das RAM wirklich vollschreibst). Auch, wenn das hier ein SSD und kein HDD ist, RAM ersetzt man nur durch mehr RAM. Sofern das technisch möglich ist, versteht sich. Wie gesagt, Du kannst ja die swap-Partition durch ein swap-File ersetzen. Damit nutzt Du das SSD besser, läßt nicht permanent derart viel brachliegen. Wenn Du im Gegenzug häufig swappen mußt, würde bei einer swap-Partition ständig derselbe Platz beschrieben werden.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Blutaxt schrieb: […] ich habe erst vor ein paar Tagen Kubunte endlich im aktuellsten LTS neu installiert. […]
/boot Partition […] nur noch 170 MB frei
Dann ist der vernünftigste, sicherste und schnellste Weg, das frische, fast unbenutzte System platt zu machen und von vorne zu beginnen. Datei kann man auch gleich das moderne GPT-Schema statt des veralteten DOS/MBR-Schema zur Partitionierung verwenden.
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
von.wert schrieb: Blutaxt schrieb:
will keinen Fehler machen. 😬
Du weinst dann nicht morgen hier, daß ach so wichtige ungesicherte Dateien nun flöten sind?
Nein, hab ein Backup. Geht mir nur um die Arbeitszeit des Wieder-alles-neu-Einrichtens. Wie du eh schon gemerkt hast, bin ich nich so der Profi und daher dauert das bei mir alles etwas länger.
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
von.wert schrieb: Blutaxt schrieb: Denke daran, vorher swap zu deaktivieren, sonst sucht das System beim nächsten Boot ewig danach!
Hab mir den Artikel zu swap angesehen und bin mir aber nicht sicher, welche da die "UNIT-DATEI" sein soll. rxxxx@XXX:~$ sudo systemctl --type swap
[sudo] password for rxxxx:
UNIT LOAD ACTIVE SUB DESCRIPTION
dev-disk-by\x2duuid-8753323c\x2d12e4\x2d465d\x2d83c5\x2d0fd0e21c1979.swap loaded active active /dev/disk/by-uuid/8753323c-12e4-465d-83c5-0fd0e21c1979
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
rxxxx@XXX:~$ sudo swapoff -a
rxxxx@XXX:~$ sudo systemctl mask UNIT_DATEI
Unit UNIT_DATEI.service does not exist, proceeding anyway.
Created symlink /etc/systemd/system/UNIT_DATEI.service → /dev/null.
rxxxx@XXX:~$ sudo systemctl mask dev-disk-by\x2duuid-8753323c\x2d12e4\x2d465d\x2d83c5\x2d0fd0e21c1979.swap
Unit dev-disk-byx2duuid-8753323cx2d12e4x2d465dx2d83c5x2d0fd0e21c1979.swap does not exist, proceeding anyway.
Created symlink /etc/systemd/system/dev-disk-byx2duuid-8753323cx2d12e4x2d465dx2d83c5x2d0fd0e21c1979.swap → /dev/null. systemctl list-unit-files
liefert jetzt u.a.
dev-disk-by\x2duuid-8753323c\x2d12e4\x2d465d\x2d83c5\x2d0fd0e21c1979.swap generated -
dev-disk-byx2duuid-8753323cx2d12e4x2d465dx2d83c5x2d0fd0e21c1979.swap masked enabled
Ist das so, wie es sein sollte? (fstab hab ich noch nicht geändert, mach ich noch)
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9563
|
Blutaxt schrieb:
fstab hab ich noch nicht geändert, mach ich noch
Das ist aber das, was zu erledigen ist. Du brauchst nichts löschen, kommentiere einfach die swap-Zeile aus (# davorsetzen)!
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
Das Maskieren der UNIT_DATEI passt so? Oder ist das nicht so wichtig (um das von Dir beschrieben Problem beim Booten zu vermeiden)? Oder ist der Name der UNIT Datei x2d0fd0e21c1979.swap ?
|
Blutaxt
(Themenstarter)
Anmeldungsdatum: 24. Juli 2005
Beiträge: 162
|
von.wert schrieb:
Wie gesagt, Du kannst ja die swap-Partition durch ein swap-File ersetzen. Damit nutzt Du das SSD besser, läßt nicht permanent derart viel brachliegen. Wenn Du im Gegenzug häufig swappen mußt, würde bei einer swap-Partition ständig derselbe Platz beschrieben werden.
Es hat nun alles geklappt. Allerdings nicht mit dem Kubuntu-Live-Stick. Bei dem hat er mich nach Löschen der swap-Partition die erweiterte sda2 Partition nicht "am Anfang vergrößern lassen". Keine Ahnung warum. Hab mir dann einen GParted-Live-Stick erstellt und mit dem ging es plötzlich. Für swap werde ich nun swapspace nehmen, das klingt recht einfach und effizient. Danke jedenfalls für Deine Hilfe und Geduld
|