![]() |
Hello and Welcome from United States to the UNIX and Linux Forums! Thank You for Visiting and Joining Our Global Community.
|
|
google unix.com
|
|||||||
| Forums | Register | Forum Rules | Links | Albums | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| SCO Santa Cruz Operation (SCO) was a software company based in Santa Cruz, California which was best known for selling three UNIX variants for Intel x86. |
More UNIX and Linux Forum Topics You Might Find Helpful
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| X development libraries!!! EMERGENCY!!! | jingt86 | UNIX for Advanced & Expert Users | 7 | 11-03-2007 06:04 PM |
| emergency!!! pkg-config installation | jingt86 | UNIX for Dummies Questions & Answers | 0 | 10-30-2007 09:46 PM |
| Emergency Recovery Problems | kwagga123 | UNIX for Advanced & Expert Users | 1 | 05-15-2006 03:31 AM |
| Emergency Recovery Problems | kwagga123 | UNIX for Dummies Questions & Answers | 0 | 05-13-2006 10:20 AM |
| emergency help ! about unixware backup | luckylwf | UNIX for Dummies Questions & Answers | 1 | 11-07-2002 09:48 PM |
![]() |
|
|
LinkBack | Thread Tools | Search this Thread | Rate Thread | Display Modes |
|
|
|
||||
|
Emergency boot
I need to boot an OpenServer 5.0.5 server but I don't have emergency boot disks for it. There are some boot disks of other servers.
Can I use these disks, changing defbootstr ?. How ?. The fact is that administrator can't login as root and it seems to be a corrupted auth system issue. Other user can login. We need to mount root partition to check shadow and other auth files, before reinstall. Thanks. |
|
||||
|
Well you can't use another server emergency boot diskette becos the kernel is different from the server you intend to rescue. However, since you can enter with other users you can then try using the authck command to repair the file corrupted. After you have done that use the fixmog and the integrity command and reboot your system. Try this and let see the outcome.
|
|
||||
|
solved
Thanks for the answer. Finally I travel to server's location (500 miles away !) and see what was happening. Root account was disabled and tty01 too. (override terminal). Because of that, root can't log in, even in maintenance mode.
I started the system from installation CDROM and when prompted for Licences, I press F8 to exit to a shell. Then I create /dev/hd0root (mknod /dev/hd0root b 1 42) and mounted the server's root filesystem. With this filesystem mounted, I used chroot to use vi on some files. I don't know why these accounts and terminal was disabled, but I remove root password from /tcb/files/auth/r/root and /etc/shadow, delete some code that seems to be locks, unmounted filesystem and reboot. I changed OVEERRIDE in /etc/default/login to /dev/tty03. Note: when using chroot , there are some issues with commands and files that are expected to be on /etc, for instance. A lot are links to something like /var/opt/K/SCO/Unix/5.0.5Eb/etc or something like this. I you want to edit /etc/shadow of a root filesystem mounted as said before, command line should look like : chroot /mnt /var/opt/K/SCO/Unix/5.0.5Eb/usr/bin/vi /var/K/SCO/Unix/5.0.5Eb/etc/shadow (pathnames may vary, I am writing from my memory). After reboot, I could login as root on tty03. Once logged in, I unlock all the accounts and terminals and check all filesystems. There was no need to reinstall. Thanks again. |
![]() |
| Bookmarks |
| Thread Tools | Search this Thread |
| Display Modes | Rate This Thread |
|
|