![]() |
|
|
google unix.com
|
|||||||
| Fórumok | Regisztráció | Fórum Szabályok | Linkek | Albumok | GYIK | Tagok listája | Naptár | Keres | Mai hozzászólások | Megjelöl Fórumok Olvas |
| SCO Santa Cruz Operation (SCO) volt szoftvercége alapuló, Santa Cruz, Kalifornia, amelyet a legjobban ismert, hogy az eladási három UNIX változatok Intel x86. |
Több, UNIX és Linux fórum témák Ön által talált Hasznos
|
||||
| Szál | Thread Starter | Fórum | Válaszok | Utolsó hozzászólás |
| X könyvtárak fejlesztésére! SEGÉLYKÉRÕ! | jingt86 | A UNIX a fejlett és szakértői Felhasználók | 7 | 11-03-2007 06:04 PM |
| vészhelyzet! pkg-config telepítés | jingt86 | A UNIX a dummies Kérdések és válaszok | 0 | 10-30-2007 09:46 PM |
| Emergency Recovery Problems | kwagga123 | A UNIX a fejlett és szakértői Felhasználók | 1 | 05-15-2006 04:31 AM |
| Emergency Recovery Problems | kwagga123 | A UNIX a dummies Kérdések és válaszok | 0 | 05-13-2006 11:20 AM |
| sürgősségi segítséget! kb unixware mentés | luckylwf | A UNIX a dummies Kérdések és válaszok | 1 | 11-07-2002 09:48 PM |
![]() |
|
|
LinkBack | Téma eszközök | Keresés a téma | Rate Thread | Megjelenítési módok |
|
|
|
||||
|
Sürgősségi boot
Kell egy boot OpenServer 5.0.5 szerver, de nincs vészhelyzet indítólemezeinek érte. Van néhány indító lemezek más szervereket.
Használhatom ezeket a lemezeket, a változó defbootstr?. Hogyan?. Az a tény, hogy a rendszergazda nem tudok belépni rootként, és úgy tűnik, hogy egy sérült rendszer auth probléma. Más felhasználó login. Meg kell mount root partíciót, hogy ellenőrizze az árnyék és egyéb auth fájlt, mielőtt újra. Köszönöm. |
|
||||
|
Hát nem lehet használni a másik szerverre vészhelyzeti rendszerindító lemez becos a kernel eltér a szerver kíván segítségére. Azonban, mivel beírhatja a többi felhasználóval tudod, akkor próbálja ki a authck parancs segítségével javítsa ki a fájl sérült. Miután ezt megtette, hogy használja a fixmog és integritásának parancsot, és indítsa újra a rendszert. Próbáld ki ezt, és hagyja lásd az eredményt.
|
|
||||
|
megoldott
Thanks for the answer. Végül utazom szerver elhelyezés (500 mérfölddel arrébb!) És nézd meg mi történik. Root hozzáférést letiltották, és tty01 is. (override terminál). Mert az, hogy a root nem tud bejelentkezni, még a karbantartási mód.
Elkezdtem a rendszer telepítő CD-n, és ha engedélyt kér, azt nyomja le az F8 billentyűt, hogy kilépjen a héj. Aztán létrehozni / dev/hd0root (mknod / dev/hd0root b 1 42) és felszerelni a szerver root fájlrendszert. Ezzel a fájlrendszer szerelt, én szoktam használni chroot vi egyes fájlokat. Nem tudom, miért ezeket a számlákat és a terminál volt tiltva, de tudom törölni a root jelszót a / TCB / files / auth / r / root és a / etc / shadow, töröljünk néhány kód, amely úgy tűnik, hogy zárak szerelve fájlrendszer és újraindít. Megváltoztattam OVEERRIDE az / etc / default / jelentkezzen be / dev/tty03. Megjegyzés: Ha chroot, vannak olyan kérdések parancsok és fájlok, amelyek várhatóan a / etc, például. Sok linkek ilyesmit / var/opt/K/SCO/Unix/5.0.5Eb/etc vagy valami ilyesmi. Azt szeretnénk, hogy az / etc / shadow root fájlrendszert egy szerelt mint már korábban említettük, parancssor kell kinéznie: chroot / mnt / var/opt/K/SCO/Unix/5.0.5Eb/usr/bin /vi / var/K/SCO/Unix/5.0.5Eb/etc/shadow (pathnames eltérő lehet, írok az én memória). Újraindítás után, nem tudtam belépés root tty03. Miután bejelentkezett, én kinyit az összes beszámolót és terminálok és ellenőrizhetik az összes fájlrendszer. Így nem kell újratelepíteni. Köszönet újra. |
![]() |
| Könyvjelzõk |
| Téma eszközök | Keresés a téma |
| Megjelenítési módok | Rate this thread |
|
|