Hallo Liste bei meiner SuSe 9.2 ist die Partition /var /dev/hde9 (1,5 GB ) bis auf 50MB belegt! Die hinter-liegende swap Partition dev/hde10 500MB (noch 2 vorhanden) will ich verkleinern und die Partition /var vergrößern. Dadurch ändert sich sich im etc/fstab die Partitions Tabelle ja nicht und es dürfte eigentlich keine Boot-probleme geben? Danke Gruß Reinhold
Hallo, Reinhold Betzen wrote:
Hallo Liste bei meiner SuSe 9.2 ist die Partition /var /dev/hde9 (1,5 GB ) bis auf 50MB belegt!
Die hinter-liegende swap Partition dev/hde10 500MB (noch 2 vorhanden) will ich verkleinern und die Partition /var vergrößern.
Dadurch ändert sich sich im etc/fstab die Partitions Tabelle ja nicht und es dürfte eigentlich keine Boot-probleme geben? Danke Gruß Reinhold
Soweit wohl richtig. Aber das Anpassen der Größe der Dateisysteme solltest Du nicht vergessen... im Übrigen würde ich vorher sehr genau überlegen ob Du die richtige Löung nimmst. Bei stark wachsendem Datenvolumen in /var nochmal max. 500MB dazu wird u.U. auch nur kurz reichen, und dann könnte man die Sache gleich "richtig" machen. Arno -- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am Mittwoch, den 29.06.2005, 21:39 +0200 schrieb Arno Lehmann:
Hallo,
Reinhold Betzen wrote:
Hallo Liste bei meiner SuSe 9.2 ist die Partition /var /dev/hde9 (1,5 GB ) bis auf 50MB belegt!
Die hinter-liegende swap Partition dev/hde10 500MB (noch 2 vorhanden) will ich verkleinern und die Partition /var vergrößern.
Dadurch ändert sich sich im etc/fstab die Partitions Tabelle ja nicht und es dürfte eigentlich keine Boot-probleme geben? Danke Gruß Reinhold
Soweit wohl richtig. Aber das Anpassen der Größe der Dateisysteme solltest Du nicht
vergessen... im Übrigen würde ich vorher sehr genau überlegen ob Du die richtige Löung nimmst. Bei stark wachsendem Datenvolumen in /var nochmal max. 500MB dazu wird u.U. auch nur kurz reichen, und dann könnte man die Sache gleich "richtig" machen.
Arno
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Danke für die Antwort wo kam ich die Größe der Dateisysteme ändern bzw. wie. Ja ich könnte eine neue Partition anlegen,dort die Daten der alten /var Partition hin kopieren und dann neue die Partition in /etc/fstab als /var eintragen (alte /var Beispielsweise als /Daten1 bezeichnen). Nur warum reichen 1,5GB nicht mehr, habe mein Linux auf 10 Partitionen aufgeteilt?privat genutzt. Danke Gruss Reinhold
Am Mittwoch 29 Juni 2005 22:11 schrieb Reinhold Betzen:
Am Mittwoch, den 29.06.2005, 21:39 +0200 schrieb Arno Lehmann:
vergessen... im Übrigen würde ich vorher sehr genau überlegen ob Du die richtige Löung nimmst. Bei stark wachsendem Datenvolumen in /var nochmal max. 500MB dazu wird u.U. auch nur kurz reichen, und dann könnte man die Sache gleich "richtig" machen.
[...]
Danke für die Antwort wo kam ich die Größe der Dateisysteme ändern bzw. wie.
YaST bietet was an. Ich habe mal einen Versuch mit reiser gemacht. Danach waren die Daten tot. Naja, war nur ein Experiment.
Ja ich könnte eine neue Partition anlegen,dort die Daten der alten /var Partition hin kopieren und dann neue die Partition in /etc/fstab als /var eintragen (alte /var Beispielsweise als /Daten1 bezeichnen).
Das ist die sichere Methode, die ich bevorzugen würde. Du kannst Dein /var wegkopieren, umpartitionieren und es dann wieder zurückkopieren.
Nur warum reichen 1,5GB nicht mehr, habe mein Linux auf 10 Partitionen aufgeteilt?privat genutzt.
Die reichen locker, behaupte ich. Bei mir ist der dickste Schlucker rpm mit seinem Geraffel. Ich habe /var auch mal richtig vollgekriegt, weil ich die fleissig gezogenen Update nicht hatte löschen lassen. Verwendest Du aber squid oder Datenbanken mit vielen Daten, dann solltest Du ein Auge auf die Datenmenge haben, sprich, dann könnten die 1.5 GB schnell zu eng werden. Bloßer Desktopbetrieb oder fünf MySQL-Tabellen lassen /var ziemlich leer. Helga -- ## OpenSource-Werkstatt in Reutlingen -- http://www.eschkitai.de/ ## Etikette - Nein Danke? -- http://www.suse-etikette.de.vu/ ## Wer hilft? -- http://hsqldb.sourceforge.net/web/openoffice.html ## Vote for: http://bugs.kde.org/show_bug.cgi?id=77109
Am Mittwoch, den 29.06.2005, 22:59 +0200 schrieb Helga Fischer:
Am Mittwoch 29 Juni 2005 22:11 schrieb Reinhold Betzen:
Am Mittwoch, den 29.06.2005, 21:39 +0200 schrieb Arno Lehmann:
vergessen... im Übrigen würde ich vorher sehr genau überlegen ob Du die richtige Löung nimmst. Bei stark wachsendem Datenvolumen in /var nochmal max. 500MB dazu wird u.U. auch nur kurz reichen, und dann könnte man die Sache gleich "richtig" machen.
[...]
Danke für die Antwort wo kam ich die Größe der Dateisysteme ändern bzw. wie.
YaST bietet was an. Ich habe mal einen Versuch mit reiser gemacht. Danach waren die Daten tot. Naja, war nur ein Experiment.
Ja ich könnte eine neue Partition anlegen,dort die Daten der alten /var Partition hin kopieren und dann neue die Partition in /etc/fstab als /var eintragen (alte /var Beispielsweise als /Daten1 bezeichnen).
Das ist die sichere Methode, die ich bevorzugen würde. Du kannst Dein /var wegkopieren, umpartitionieren und es dann wieder zurückkopieren.
Nur warum reichen 1,5GB nicht mehr, habe mein Linux auf 10 Partitionen aufgeteilt?privat genutzt.
Die reichen locker, behaupte ich. Bei mir ist der dickste Schlucker rpm mit seinem Geraffel. Ich habe /var auch mal richtig vollgekriegt, weil ich die fleissig gezogenen Update nicht hatte löschen lassen.
Verwendest Du aber squid oder Datenbanken mit vielen Daten, dann solltest Du ein Auge auf die Datenmenge haben, sprich, dann könnten die 1.5 GB schnell zu eng werden. Bloßer Desktopbetrieb oder fünf MySQL-Tabellen lassen /var ziemlich leer.
Helga
-- ## OpenSource-Werkstatt in Reutlingen -- http://www.eschkitai.de/ ## Etikette - Nein Danke? -- http://www.suse-etikette.de.vu/ ## Wer hilft? -- http://hsqldb.sourceforge.net/web/openoffice.html ## Vote for: http://bugs.kde.org/show_bug.cgi?id=77109
Danke fuer die Antworten,habe unter WinXP die swap Partition verkleinert und die /var Partition vergroeßert und siehe Linux botet noch Danke Gruss Reinhold
Mahlzeit. Reinhold Betzen wrote: ... Partitionen vergrössern...
Danke für die Antwort wo kam ich die Größe der Dateisysteme ändern bzw. wie.
Keine Ahnung. D.h. keine Ahnung wie das per yast geht. resize2fs und resize_reiserfs benutze ich wenn dann von der Konsole.
Ja ich könnte eine neue Partition anlegen,dort die Daten der alten /var Partition hin kopieren und dann neue die Partition in /etc/fstab als /var eintragen (alte /var Beispielsweise als /Daten1 bezeichnen).
Dabei nicht vergessen das cp die Benutzerinformationen nicht ändern sollte... und das ganze am besten im single-user-mode.
Nur warum reichen 1,5GB nicht mehr, habe mein Linux auf 10 Partitionen aufgeteilt?privat genutzt.
Oh wei. 10 Partitionen... wäre mir etwas zu unübersichtlich. Und so kleinteilig geht das ja auch nur wenn man den Plazbedarf sehr genau vorher kennt. Und das scheint bei Dir ja nicht sooo genau der Fall zu sein. Vielleicht solltest Du mal mit du nachsehen was eigentlich Platz belegt. U.U. bringt schon aufräumen viel... wie im richtigen Leben halt. So sieht das hier aus:
# du -hs /var/* 0 /var/X11R6 106M /var/adm 4.0K /var/bacula 1.8M /var/cache 20K /var/games 2.7G /var/lib <=== Yast, htdig, MySQL... 0 /var/lock 2.2G /var/log <=== viele detaillierte aber alte Logs. 0 /var/mail Aber solange noch Platz ist... 16K /var/opt 125K /var/run 681M /var/spool 1.2M /var/tmp 1.9M /var/yp
Wenn ich jetzt aufräumen müsste wüsste ich also ziemlich schnell wo ich anfangen würde. Das löschen alter Logdateien die Du sowieso nie mehr ansehen wirst könnte ich da als sinnvolle Erste Hilfe empfehlen :-) Arno
Danke Gruss Reinhold
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am Mittwoch, den 29.06.2005, 23:29 +0200 schrieb Arno Lehmann:
Mahlzeit.
Reinhold Betzen wrote:
... Partitionen vergrössern...
Danke für die Antwort wo kam ich die Größe der Dateisysteme ändern bzw. wie.
Keine Ahnung. D.h. keine Ahnung wie das per yast geht. resize2fs und resize_reiserfs benutze ich wenn dann von der Konsole.
Ja ich könnte eine neue Partition anlegen,dort die Daten der alten /var Partition hin kopieren und dann neue die Partition in /etc/fstab als /var eintragen (alte /var Beispielsweise als /Daten1 bezeichnen).
Dabei nicht vergessen das cp die Benutzerinformationen nicht ändern sollte... und das ganze am besten im single-user-mode.
Nur warum reichen 1,5GB nicht mehr, habe mein Linux auf 10 Partitionen aufgeteilt?privat genutzt.
Oh wei. 10 Partitionen... wäre mir etwas zu unübersichtlich. Und so kleinteilig geht das ja auch nur wenn man den Plazbedarf sehr genau vorher kennt.
Und das scheint bei Dir ja nicht sooo genau der Fall zu sein.
Vielleicht solltest Du mal mit du nachsehen was eigentlich Platz belegt. U.U. bringt schon aufräumen viel... wie im richtigen Leben halt.
So sieht das hier aus:
# du -hs /var/* 0 /var/X11R6 106M /var/adm 4.0K /var/bacula 1.8M /var/cache 20K /var/games 2.7G /var/lib <=== Yast, htdig, MySQL... 0 /var/lock 2.2G /var/log <=== viele detaillierte aber alte Logs. 0 /var/mail Aber solange noch Platz ist... 16K /var/opt 125K /var/run 681M /var/spool 1.2M /var/tmp 1.9M /var/yp
Wenn ich jetzt aufräumen müsste wüsste ich also ziemlich schnell wo ich anfangen würde.
Das löschen alter Logdateien die Du sowieso nie mehr ansehen wirst könnte ich da als sinnvolle Erste Hilfe empfehlen :-)
Arno
Danke Gruss Reinhold
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Danke für die Antwort,was darf gelöscht werden. Danke Gruß Reinhold http://www.koeln-lug.de/ Password: linux:/home/reinhold # du -hs /var/* 4,0K /var/account 146M /var/adm 66M /var/cache 728K /var/games 1,1G /var/lib 20K /var/lock 30M /var/log 16K /var/lost+found 0 /var/mail 504K /var/opt 152K /var/run 2,0M /var/spool 20M /var/state 9,1M /var/tmp 16K /var/X11R6 12K /var/yp linux:/home/reinhold # cd /var/lib linux:/var/lib # ls . hardware news sane wwwrun .. htdig nfs scpm xdm acpi kamplus nobody scrollkeeper xemacs autoinstall kde-profiles ntp sgml xkb bluetooth kdm nvidia smpppd xmcd Desktop locatedb pam_devperm sshd YaST2 dhcpcd logrotate.status pin susehelp empty misc rpm texmf gdm net-snmp samba update-messages linux:/var/lib #
Hallo, Reinhold Betzen wrote: ...
Danke für die Antwort,was darf gelöscht werden.
Das ist non wieder etwas was Du selber entscheiden musst. Z.B. bzgl. /var/lib musst Du schon selber wissen welche Dienste da was für Daten ablegen, welche Du noch brauchst, und wie ggf. die Sachen weggeputzt werden müssen... Mein Beispiel war eben nur ein Beispiel.
Danke Gruß Reinhold
Password: linux:/home/reinhold # du -hs /var/* 4,0K /var/account 146M /var/adm 66M /var/cache 728K /var/games 1,1G /var/lib 20K /var/lock 30M /var/log 16K /var/lost+found 0 /var/mail 504K /var/opt 152K /var/run 2,0M /var/spool 20M /var/state 9,1M /var/tmp 16K /var/X11R6 12K /var/yp linux:/home/reinhold # cd /var/lib linux:/var/lib # ls . hardware news sane wwwrun .. htdig nfs scpm xdm acpi kamplus nobody scrollkeeper xemacs autoinstall kde-profiles ntp sgml xkb bluetooth kdm nvidia smpppd xmcd Desktop locatedb pam_devperm sshd YaST2 dhcpcd logrotate.status pin susehelp empty misc rpm texmf gdm net-snmp samba update-messages linux:/var/lib #
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am Mittwoch, 29. Juni 2005 18:59 schrieb Reinhold Betzen:
Hallo Liste bei meiner SuSe 9.2 ist die Partition /var /dev/hde9 (1,5 GB ) bis auf 50MB belegt!
Die hinter-liegende swap Partition dev/hde10 500MB (noch 2 vorhanden) will ich verkleinern und die Partition /var vergrößern.
Dadurch ändert sich sich im etc/fstab die Partitions Tabelle ja nicht und es dürfte eigentlich keine Boot-probleme geben? Danke Gruß Reinhold
Noch'n jedicht: Sollten die verfügbaren Partitions mal knapp werden, dann könntest du das größte directory (du -sk *) auf eine andere Partition verschieben, und an der alten Stelle als symbolic link (ln -s /neu/xy /var/xy) wieder einbinden. kein programm merkt was davon, keine Änderung in fstab . mfg -- Peter Buckenleib Am Europakanal 8 91056 Erlangen Tel: 09131 992234 Fax: 09131 791045 Mail: peter.buckenleib@t-online.de
participants (4)
-
Arno Lehmann
-
Helga Fischer
-
Peter Buckenleib
-
Reinhold Betzen