- This topic has 6 hozzászólás, 4 résztvevő, and was last updated 20 years, 5 months telt el by
.
-
Bejegyzés
-
mondjuk elso menetbe nezd meg, hogy kinek van joga irni a /dev/nullba: ‘stat /dev/null’;
elmeletileg: crw-rw-rw-, root, root
ha nem ilyen, akkor chmod, chown, chgrp megvaltoztatod;mondjuk elso menetbe nezd meg, hogy kinek van joga irni a /dev/nullba: ‘stat /dev/null’;
elmeletileg: crw-rw-rw-, root, root
ha nem ilyen, akkor chmod, chown, chgrp megvaltoztatod;
[align=right][snapback]114902[/snapback][/align]Ennyi eszem nekem is van. 🙂 Sajnos jól vannak beállítva a jogok a /dev/null-ra, legallábbis amikor betöltõdött a rendszer, akkor minden oké, 666-on vannak a jogok, a tulajdonos és a csoport root.
Hoozá kell rennem, hogy egy ideig minden gond nélkül ment kb. a negyvenedik újraindításig, szóval kb. addig, amíg az fsck-nak nem kell magától ellenõriznie a filerendszert. Persze lehet, hogy nem ez okozta a problémámat, de eddig háromszor raktam újra a rendszert és most harmadszorra is ez történt. Most utoljára úgy vettem észre, hogy egyszer csak megnyitottam az egyik felhasználóval az xterm-et (ami nálam teljesen mindennapos dolog) és kiírta négyszer, hogy „/dev/null: hozzáférés megtagadva”. Na ekkor rögtön megnéztem a /dev/null jogait (mint az elõzõ két esetben is) és persze 644-re volt állítva (pedig én nem nyúltam hozzá). Miután visszaállítottam 666-ra, a konzolon nem jött többé elõ a hibaüzenet, de újraindításkor mindig megjelenik az init szkriptek betöltésénél.
Ekkor írtam ide a fórumra és azon törtem a fejem, hogy melyik init szkripteknél jön elõ ez az üzenet.Nem viszlek közelebb a megoldáshoz, csak kérdezek:
milyen, mekkora partíciókat készítettél,
milyen file-rendszert használsz?Nem viszlek közelebb a megoldáshoz, csak kérdezek:
milyen, mekkora partíciókat készítettél,
milyen file-rendszert használsz?
[align=right][snapback]115344[/snapback][/align]Nos elsõ két alkalommal volt egy majdnem harminc gigás reiserfs partícióm meg egy kb. 200 megás swap. Most meg egy 30 megás /boot ext3-mal, egy 8 gigás / ext3-mal, egy <22 gigás /home és egy kb. 50-60 megás swap.
Szóval eleinte máshogy volt felosztva, mint most, de nem hiszem, hogy ez lenne a probléma (bár a franc tudja, szinte minden lehetséges).(bár a franc tudja, szinte minden lehetséges).
Ezért kérdeztem.
Hátha valakinek megindul tõle az agya.Ezért kérdeztem.
Hátha valakinek megindul tõle az agya.
[align=right][snapback]115360[/snapback][/align]hát nem úgy tûnik. 🙁
egyébként rebootkor/shutdownkor is kiírja a „leállító” szkriptenél (K* fájloknál) a „/dev/null: permission denied”-ot. az a „poén”, hogy akkor teszi ezt, amikor már elvileg umountolta a /dev/hda2-t, amin a rendszerem van meg elvileg ezek a fájlok is…Hi!
SuSE 9.1 Professionalt használok az egyik gépemen és egy ideje problémázik.
Minden bootoláskor olyan üzeneteket kapok, hogy „/dev/null: Permission denied” vagy valami ilyesmit. Pontosabban így valahogy: szkript_neve: /dev/null/ Permission denied.
Azok a szkriptek közül néhány, amik a /dev/null-ba küldenék a felesleges hülyeségeket, azok ezt írják ki és úgy vettem észre, hogy a szkript nem fut le, amikor ezzel az üzenettel tér vissza. Ez pedig elég gáz, mert például nem fut le a rootfsck, meg még egy csomó dolog.
Egyébként már többször újrapakoltam emiatt az egész rendszert, de egy idõ után mindig újra elõjött ez a probléma és nem csak nálam, hanem az egyik haveromnál is, aki szintén SuSE 9.1-et használ.
Másnak is volt már ilyen problémája? Mit lehet ilyenkor tenni? A szkriptekbe nem merek belenyúlni magamtól, nem akarom az egészet hazavágni. 🙁
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz