/dev/null is a directory

[urk_forever]

Ik heb effe zitten kloten met vnc voor linux. Alleen nu start ik de linux bak opnieuw op en geeft ie allemaal foutmeldingen zoals /dev/null is a directory en hij kan de services kbd random apache at gpm cron niet meer starten.
Ik had wat vnc bestanden in /usr/local/bin gezet maar die moest ik effe weggooien dus heb ik ze gemoved naar /dev/null en nu is dat ding naar de klote.
Waarom is dit?

[kvdveer]

zit /dev/null niet gewoon vol?

[Verwijderd]

Verwijder je /dev/null en doe MAKEDEV std.

[deadinspace]

Op vrijdag 02 november 2001 11:25 schreef Sjord het volgende:
Verwijder je /dev/null en doe MAKEDEV std.

Misschien is het verstandig eerst uit te zoeken wat het probleem is en dan pas dingen te proberen?

Doe eens ls -l /dev/null, en geef de output daarvan.

[urk_forever]

hmmm, dit was het makkelijkst

[deadinspace]

Je kan in de console ook cutten&pasten hoor

Maar das inderdaad een dir... hoe heb je dat voor elkaar gekregen?
Ik zou zeggen: move die dir ergens anders heen (mv /dev/null /root/) en kijk later wat erin zit, en maak de null device weer aan (cd /dev; ./MAKEDEV).

[urk_forever]

oke alleen een probleem, ik zit nu in de single user mode en mijn filesystem is read-only geladen dus moet ik hem remount zodat ik er ook op kan schrijven, ik denk dat het zoiets moet worden:

mount -a /dev/hda3 / remount
alleen werkt ie niet, kunnen jullie me nog effe helpen?

edit:

enne ik weet ook niet hoe het gebeurt is, ik heb alleen die files gemoved naar /dev/null en toen zijn de problemen begonnen

[Verwijderd]

mount /dev/hdbla -o remount,rw

Je weet dat er ook een rm commando is?

[kenneth]

* kenneth doet z'n best niet al te hard te lachen

code:

# mv /usr/local/bin/vnc-dir /dev/null

[urk_forever]

Op vrijdag 02 november 2001 12:15 schreef deadinspace het volgende:
Je kan in de console ook cutten&pasten hoor

Maar das inderdaad een dir... hoe heb je dat voor elkaar gekregen?
Ik zou zeggen: move die dir ergens anders heen (mv /dev/null /root/) en kijk later wat erin zit, en maak de null device weer aan (cd /dev; ./MAKEDEV).

Makedev -> bestaat niet? waar kan ik dat vandaan halen?

[urk_forever]

Op vrijdag 02 november 2001 13:16 schreef mithalph het volgende:
* urk_forever doet z'n best niet al te hard te lachen

code:

# mv /usr/local/bin/vnc-dir /dev/null

Waarom?? Ik heb hier o p GoT gelezen dat je de /dev/null kan vergelijken met de shift-delete van Windows dus ik neem dan aan dat je er gewoon dir's naar toe kan sturen.
Als dit niet zo is hoor ik graag van jou waarom dit niet kan

[serkoon]

In mijn geval krijg ik gewoon:
mv: rename tm to /dev/nul: Not a directory

(ja, die nul is niet de echte null, maar een kopietje drvan)

Mgoed.. ff /dev/MAKEDEV null doen of anders "mknod null 1 3 c" (in /dev/)

[urk_forever]

/dev/MAKEDEV null -> No such file or directory
makenod null 1 3 c -> Command not found

[serkoon]

Staat dan niet in je path.. en het is mknod, niet makenod he..

(op $random_suse_doos is het /bin/mknod)

[Verwijderd]

Het is niet makenod maar mknod. Als het goed is heb je wel een MAKEDEV.

Het heeft absoluut geen zin om bestanden of directories in /dev/null te stoppen. Helemaal niet. Doe het nooit. Het is onnuttig. Wat jij hebt gedaan met je move commando is je /dev/null overschreven met een directory.

[urk_forever]

hmmm, het was mknod null c 1 3, maarja het is wel gelukt

Het systeem draait weer alleen tijdens het opstarten failed er 1 service in RunLevel 2 nl de service 'at' verder zegt ie: 'Starting service at daemon:startproc: exit status of /usr/sbin/atd: 1 failed'

[deadinspace]

Op vrijdag 02 november 2001 13:25 schreef urk_forever het volgende:
Waarom?? Ik heb hier o p GoT gelezen dat je de /dev/null kan vergelijken met de shift-delete van Windows dus ik neem dan aan dat je er gewoon dir's naar toe kan sturen.
Als dit niet zo is hoor ik graag van jou waarom dit niet kan

Om te beginnen moet je gewoon rm gebruiken; als je een file naar /dev/null verplaatst is hij weg, maar als je hem met remove verwijdert is hij even weg. In beiden gevallen is het heel lastig (maar in theorie wel mogelijk, in de praktijk ook als je veel tijd hebt) om die file terug te krijgen.

Verder moet je geen files/dirs naar /dev/null moven als je niet begrijpt wat er gebeurt.
Als je 'mv <fileofdir> /dev/null' doet, plaatst hij <fileofdir> over /dev/null heen.