[debian][n00b]cluster grootte van 512kB???

Pagina: 1
Acties:

  • Chevy454
  • Registratie: Augustus 2001
  • Niet online
De meeste mensen kennen me wel van de HK en weten misschien wel dat ik een tijdje aan het experimenten ben met linux op een P200 welke als fileserver moet fungeren.

Nou het probleem:
Ik heb 3hd's in mijn server zitten waarvan 1 grote van 40Gb gecapped @ 32Gb ivm bios herkenning. Deze hdc heb ik gepartioneerd met cfdisk waarbij ik slechts één partitie heb aangemaakt. Deze heb ik voorzien van ext2 (kernel welke ik gebruik ondersteunt nog geen ext3*). De hele zaak werkt maar de server loopt snel vol.

Ik heb de clustergrootte even bekeken en viel steil achterover :(
Afbeeldingslocatie: http://users.skynet.be/chevy454/clustergrootte.jpg

die clustergrootte is natuurlijk VEELS te groot. Maar hoe zorg ik er nou voor dat ik kleinere clusters krijg van 4 tot 8kb ofzo? Ik ga nu even alles van die hdc eraf halen zodat ik hopenlijk? straks die clustergrootte kan veranderen. Ik heb die hdc1 met mkfs geformateerd als ext2 (mkfs -t ext2 /dev/hdc1 dus)

Ik gebruik dus samba om die hdc te sharen.

*Ik heb kernelversie 2.2.20-idepci, ik wil later een andere kernel installeren maar eerst even mijn wegvinden in linux :). Ben nu op een andere bak van debian aan het voorzien om te oefenen

edit:
Het is geen foutje van samba. Net gecontroleerd met df -h en die geeft aan dat de HD bijna vol zit :(

[ Voor 32% gewijzigd door Chevy454 op 14-02-2004 16:59 ]

Wanneer iedereen zijn hoofd verliest en jij houdt het hoofd koel dan heb jij het probleem niet begrepen. You think I'm expensive, try hiring an amateur.


  • Wilke
  • Registratie: December 2000
  • Laatst online: 20:09
De inode size is waarschijnlijk gewoon 4096,8192 of 16384 bytes, waarschijnlijk klopt er geen zak van wat Windows en/of Samba rapporteert.

[ Voor 7% gewijzigd door Wilke op 14-02-2004 17:18 . Reden: 512 bytes is wel heel weinig :) ]


  • Chevy454
  • Registratie: Augustus 2001
  • Niet online
even dumpe2fs /dev/hdc1 gedaan met als resultaat:
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: d00169c7-b336-4f1a-9f11-bfd1ca9f4993
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: filetype sparse_super
Filesystem state: not clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 4128768
Block count: 8255394
Reserved block count: 412769
Free blocks: 1160550
Free inodes: 4124462
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Last mount time: Sat Feb 14 00:29:59 2004
Last write time: Sat Feb 14 16:16:28 2004
Mount count: 1
Maximum mount count: 28
Last checked: Sat Feb 14 00:27:05 2004
Check interval: 15552000 (6 months)
Next check after: Thu Aug 12 01:27:05 2004
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Dus toch fout van windows en/of Samba?

Wanneer iedereen zijn hoofd verliest en jij houdt het hoofd koel dan heb jij het probleem niet begrepen. You think I'm expensive, try hiring an amateur.


  • Wilke
  • Registratie: December 2000
  • Laatst online: 20:09
Yep, vermoedelijk fout van samba. In ieder geval dus niks om je druk over te maken :)

  • Chevy454
  • Registratie: Augustus 2001
  • Niet online
Wilke schreef op 14 februari 2004 @ 17:18:
Yep, vermoedelijk fout van samba. In ieder geval dus niks om je druk over te maken :)
oké dan :)
dan ga ik nu op mijn "kloot maar wat aan met Debian" bak (een andere bak dan de bak waar het probleem om ging) een kernel update uitvoeren ;)

[ Voor 11% gewijzigd door Chevy454 op 14-02-2004 17:21 ]

Wanneer iedereen zijn hoofd verliest en jij houdt het hoofd koel dan heb jij het probleem niet begrepen. You think I'm expensive, try hiring an amateur.