Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Schijfruimte: En nog kom ik tekort...  (gelezen 2145 keer)

Offline Stormzoeker

  • Lid
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Gepost op: 2008/02/16, 00:28:31 »
Vorig jaar wat foto's gemaakt van één van de computers. Deze deed toen dienst als LTSP-, file- en printserver. Het moederbord en processor zijn ondertussen vervangen, maar de schijven draaien nog steeds vrolijk door.
Totale opslag 1,5 TB (de stof niet meegerekend). De kast is een Asus TA210 miditower. Een mooie kast om te zien, maar een ramp om bekabeling in weg te werken. Ook het gebruiken van de 2 vrije 5.25" bays is niet echt een optie (het ziet er niet uit als je daar bijvoorbeeld een display wilt inbouwen)
Moederbord: Gigabyte K8N51CMF-9
Processor: AMD64 3200+
Geheugen: 4 x 512MB (merkloos)
OS: Kedubuntu
[AMD X2 4600+] [8GB geheugen] [540 GB + 2 x 200 GB + 1 x 320 GBHD] [Kubuntu 8.10 + Vista Home Premium]

Offline siegi

  • Lid
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #1 Gepost op: 2008/02/17, 23:23:54 »
Als je de data op ext3 opslaat kan ik je aanraden volgend commando uit te voeren voor een data partitie (dus niet voor je root).
tune2fs -m 0 /dev/sdax
Hiermee zet je de door root gereserveerde blokken op een nul. Geeft je ineens terug een paar percent meer opslag.

Offline Pjotr

  • Lid
    • http://sites.google.com/site/computertip
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #2 Gepost op: 2008/02/17, 23:27:07 »
Citaat van: siegi
Als je de data op ext3 opslaat kan ik je aanraden volgend commando uit te voeren voor een data partitie (dus niet voor je root).
tune2fs -m 0 /dev/sdax
Hiermee zet je de door root gereserveerde blokken op een nul. Geeft je ineens terug een paar percent meer opslag.
Klinkt aantrekkelijk, maar ik ben er wat huiverig voor. Levert dit geen risico's op?

Groet, Pjotr.

Offline siegi

  • Lid
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #3 Gepost op: 2008/02/17, 23:29:42 »
Voor zover ik weet niet. Zolang je het maar alleen op data partities doet.
Root heeft zo geen reserveerde blokken meer moest er iets mis gaan.

Offline Tecumseh

  • Lid
    • http://tecumseh.homeip.net
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #4 Gepost op: 2008/02/17, 23:32:36 »
Voor zover ik weet heeft dat inderdaad geen nadelige gevolgen. Maar als je toch op safe wil spelen dan kun je alsnog het volgende doen:

tune2fs -m 1 /dev/sdax

Hiermee reserveer je alsnog 1 procent schijfruimte. Maar goed, 4 procent winst pak je ermee en op 1,5 TB tikt dat toch aardig aan...

Offline Pjotr

  • Lid
    • http://sites.google.com/site/computertip
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #5 Gepost op: 2008/02/17, 23:33:16 »
Citaat van: siegi
Voor zover ik weet niet. Zolang je het maar alleen op data partities doet.
Root heeft zo geen reserveerde blokken meer moest er iets mis gaan.
Het gaat me vooral om de meta-informatie die EXT3 nodig heeft voor bestandsherstel na stroomstoringen en dergelijke.

Juist op de gegevenspartitie is bestandsherstel nog veel belangrijker dan op de rootpartitie, want een herinstallatie van Ubuntu is zo gepiept. Verlies van documenten is veel erger.....

Offline siegi

  • Lid
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #6 Gepost op: 2008/02/17, 23:48:32 »
Dit heeft niets met het journal (wat gebruikt word bij het herstellen) te maken volgens mij hoor.
Het gaat puur over datablokken die door niemand anders mogen gebruikt worden dan root.
Even uitleg uit de man pagina.
[code] reserved-blocks-percentage
              Set the percentage of the filesystem which may only be allocated
              by privileged processes.   Reserving some number  of  filesystem
              blocks for use by privileged processes is done to avoid filesys

Offline Dr. Horrible

  • Lid
    • http://www.vincentkriek.nl
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #7 Gepost op: 2008/02/17, 23:56:34 »
Dus dit kan ook op de /home partitie?

Offline siegi

  • Lid
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #8 Gepost op: 2008/02/18, 00:03:00 »
Persoonlijk zou ik dat niet doen.

Offline Pjotr

  • Lid
    • http://sites.google.com/site/computertip
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #9 Gepost op: 2008/02/18, 10:20:17 »
Citaat van: siegi
Dit heeft niets met het journal (wat gebruikt word bij het herstellen) te maken volgens mij hoor.
Het gaat puur over datablokken die door niemand anders mogen gebruikt worden dan root.
Even uitleg uit de man pagina.
reserved-blocks-percentage
              Set the percentage of the filesystem which may only be allocated
              by privileged processes.   Reserving some number  of  filesystem
              blocks for use by privileged processes is done to avoid filesys�
              tem fragmentation, and to allow system  daemons,  such  as  sys�
              logd(8),  to continue to function correctly after non-privileged
              processes are prevented from writing to  the  filesystem.   Nor�
              mally, the default percentage of reserved blocks is 5%.
Maar is het dan niet zo, dat het journal juist ook daar staat? Zoniet, waar staat het dan wel?

Offline siegi

  • Lid
  • Steunpunt: Nee
Schijfruimte: En nog kom ik tekort...
« Reactie #10 Gepost op: 2008/02/18, 12:29:59 »
Misschien nog even wat info over journal. Het is verborgen en niet enorm groot. En volgens mij heeft de reserved journal inode en de reserved blocks. Anders zou het toch vermeld staan in de man pagina bij reserved blocks.

-j     Add an ext3 journal to the filesystem.  If the -J option is  not
              specified, the default journal parameters will be used to create
              an appropriately sized journal (given the size of  the  filesys�
              tem)  stored within the filesystem.  Note that you must be using
              a kernel which has ext3 support in order to actually make use of
              the journal.

              If this option is used to create a journal on a mounted filesys�
              tem, an immutable file, .journal, will be created  in  the  top-
              level directory of the filesystem, as it is the only safe way to
              create the journal inode while the filesystem is mounted.  While
              the  ext3  journal  is  visible, it is not safe to delete it, or
              modify it while the filesystem is mounted; for this  reason  the
              file is marked immutable.  While checking unmounted filesystems,
              e2fsck(8) will automatically move .journal files to the  invisi�
              ble, reserved journal inode.  For all filesystems except for the
              root filesystem,  this should happen automatically and naturally
              during  the  next  reboot  cycle.   Since the root filesystem is
              mounted read-only, e2fsck(8) must be run from a rescue floppy in
              order to effect this transition.

              On  some distributions, such as Debian, if an initial ramdisk is
              used, the initrd scripts will automatically convert an ext2 root
              filesystem  to  ext3  if  the /etc/fstab file specifies the ext3
              filesystem for the root filesystem in order to  avoid  requiring
              the  use  of  a rescue floppy to add an ext3 journal to the root
              filesystem.

       -J journal-options
              Override the default ext3 journal  parameters.  Journal  options
              are  comma  separated, and may take an argument using the equals
              (’=’)  sign.  The following journal options are supported:

                   size=journal-size
                          Create a journal stored in the  filesystem  of  size
                          journal-size  megabytes.    The  size of the journal
                          must be at least 1024 filesystem blocks  (i.e.,  1MB
                          if  using  1k  blocks, 4MB if using 4k blocks, etc.)
                          and may be no more than 102,400  filesystem  blocks.
                          There must be enough free space in the filesystem to
                          create a journal of that size.