Anmeldung nicht möglich

Ich muss mich jetzt erstmal verabschieden, Essen machen usw. werd aber nochmal drüber meditieren und nachher nochmal schreiben...

EDIT: df -i würde mich nochmal interessieren
 
matze:~ # df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda2 2626560 229895 2396665 9% /
udev 224186 773 223413 1% /dev
/dev/sda3 17137664 13052 17124612 1% /home
/dev/hdc 1678 1678 0 100% /media/DVD1
/dev/sdb1 0 0 0 - /media/disk
matze:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 20641788 19725804 0 100% /
udev 1038036 108 1037928 1% /dev
/dev/sda3 134851144 19025868 108975160 15% /home
/dev/hdc 2825140 2825140 0 100% /media/DVD1
/dev/sdb1 244068768 90693968 153374800 38% /media/disk
 
Ich hab da mal was gefunden:
df / reported that I had no available space. I actualy had about 200 megs.

How did you determine that you had 200 MB free disk space? I guess you are calculating this from the total size of the disk and the amount you have used. But it is not possible to use 100% of a disk's capacity as explained below.

Note that 'df' subtracts off a 10% buffer zone before reporting "available" space. E.g. if your disk holds 100 GB, and you have used 90 GB, 'df' will report zero space available.
I believe the kernel does not let normal (non-root) users use up more than 90% of the disk. This is a safety measure as the OS needs considerable disk space for its own operations and if the disk were to actually get too full, it would be unrecoverable. So 'df' is just reporting what is truely available for your use.

Beyond the safety issue, disks get increasingly slow as they get filled up. It is unwise to use more than 90% of the disk in OS 9 as well. But I guess the OS 9 system does not prevent you from doing that.

Das würde sogar Sinn machen, nur Blöd das das nirgendswo sonst steht. Auf meinem Server ist mir das auch noch nie aufgefallen wenn ich ehrlich bin, und es erscheint mir unwahrscheinlich dass dieses anscheinend OS X Faktum auch bei Linux gilt. Aber es wäre möglich.. Allerdings bist du in diesem 10% Bereich...

EDIT: 2. Idee: Ich sehe gerade dass du nur eine 20er Platte hast, evtl. ist der freie Speicherplatz nicht zur Verfügung stehend weil die Daten fragmentiert sind, sicher bin ich nicht, kannst du einmal als root in einer Konsole (geht im laufenden Betrieb und ist gefahrlos)
fsck -n /
ausführen und die Ausgabe posten?

EDIT: Zu 1. das habe ich gerade gefunden:

The Linux second extended filesystem reserves a portion of the disk for use only by root. This is useful for preventing users from filling the disk, but may not be desirable in some cases (e.g. a disk containing user files only). By default 5% of the disk is reserved. You can change this when formatting a partition; see the mke2fs man page for more details.

und das sagt die Manpage:
-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the super-user. This avoids fragmentation, and allows root-owned daemons, such as syslogd(8), to continue to function correctly after non-privileged processes are prevented from writing to the filesystem. The default percentage is 5%.

Ich denke wir haben des Rätsels Lösung...
 
Zuletzt bearbeitet:
Hi!

Hört sich exakt nach meinem Problem an ... würde auch erklären warum root sich anmelden darf und user nicht.

Problem is halt - ich HABE ja genügend Speicher (habe mittlerweile gut 7 GB weggeschafft, entweder auf ander platten oder gelöscht) ... nur "realisiert" die platte das anscheinend ned :(
 
Was sagt denn df und df -h mittlerweile (ja -h)?
Was sagt die fsck -n Geschichte?
Was sagt tune2fs -l /dev/<root-partition> ?
 
matze:~ # fsck -n
fsck 1.39 (29-May-2006)
e2fsck 1.39 (29-May-2006)
Warning! /dev/sda2 is mounted.
/dev/sda2 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 2119071, i_blocks is 5720, should be 5712. Fix? no

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Inode 2117693 ref count is 19, should be 20. Fix? no

Pass 5: Checking group summary information
Block bitmap differences: +4234469
Fix? no

Free blocks count wrong (227553, counted=227648).
Fix? no

Free inodes count wrong for group #147 (16115, counted=16116).
Fix? no


/dev/sda2: ********** WARNING: Filesystem still has errors **********

/dev/sda2: 230147/2626560 files (1.7% non-contiguous), 5015327/5242880 blocks
fsck.ext3 /dev/sda2 failed (status 0x4). Run manually!




matze:~ # tune2fs -l /dev/sda2
tune2fs 1.39 (29-May-2006)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 2b2d6128-8a4b-410d-84a7-c06671bedf01
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 2626560
Block count: 5242880
Reserved block count: 262160
Free blocks: 227553
Free inodes: 2396413
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1024
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16416
Inode blocks per group: 513
Filesystem created: Fri Mar 2 19:59:39 2007
Last mount time: Thu Apr 12 22:37:30 2007
Last write time: Thu Apr 12 22:40:22 2007
Mount count: 7
Maximum mount count: 500
Last checked: Thu Apr 12 19:48:21 2007
Check interval: 5184000 (2 months)
Next check after: Mon Jun 11 19:48:21 2007
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: fb0c2737-84c3-41e0-9f33-c8ccd23c26fe
Journal backup: inode blocks


des fsck -n sieht doch so aus als würde es wenigstens finden was nicht passt, kann des sein?
 
Jup, genau danach klingt es, eigentlich hätte das aber spätestens seit shhutdown -r -F behoben sein sollen. Also folgendes: Das System in Single User runterfahren (glaube init S)
aber das müsste auch im SuSE Handbuch stehen. Dann sollte nur noch eine Shell gehen.
Als root anmelden.
killalll5
paar Sekunden warten
killall5 -9
(Killt alle prozesse ausser deiner Shell, hoffentlich)
mount / -remount -ro
(Mountet / read-only)
fsck -p -y /dev/sda2
(Prüft und repariert, allerdings evtl. gefährlich für die Daten)

EDIT: Und vorher die Manpages durchlesen damit du weisst was du tust...
 

Ähnliche Themen

X not starting anymore since filesystem was full

Windows clients können nicht mehr auf lange laufendes System zugreifen

NagiosGrapher 1.7.1 funktioniert nicht

Debian squeeze, Webmin, Samba Freigaben

Falsche Rechte gesetzt beim Anlegen von Ordnern via Samba-Client

Zurück
Oben