Timeout opsi 3.4

[drulak]

Servus
Zur Info ich bin neu in der Linux Welt und dies ist leider mein IHK Projekt, da ich kein anderes erhalten habe. Ich bitte um Hilfe
Ich benutze keine virtuelle Maschine und muss opsi 3.4 nutzen

Beim bespielen des gewünschten Client mit Windows Xp schafft er es nicht wegen Timeout beim booten. Wie kann ich die Timout erhöhen bzw was mache ich falsch?
i386 habe ich die gewünschte rechte zugeteielt.

mfg
Drulak

[j.schneider]

Wo tritt der Timeout auf?
Was ist zu diesem Zeitpunkt auf dem Bildschirm zu sehen (genaue Fehlermeldung)?
Existiert ein DHCP-Server im Netzwerk?
Wenn ja, wie ist dieser konfiguriert?

[drulak]

DHCp wird nicht verwendet, da Opsi nicht ans Netz angeschlossen werden darf.
Der Opsi Server und Client ist über ein switch verbunden.
Unter opsi winxppro setup und bestätigen gemacht.
der Client bootet per pxe auf den Server (hwinvent hat funktioniert)
Der Fehler tritt auf, wenn der zu bespielenden Rechner nach den booten auf die festplatte zugreifen möchte.
er findet sie nämlich nicht bzw installiert nichts.

den i386 Ordner habe ich von der Windows Cd i386 Ordner den Inhalt überspielt und die rechte verwissen
chown und chmod

Fehler
Starting init process
Splashy Errror: Timeout (120 sec) occured while waiting for message on the splashy socket
end request: I/O error dev sda, sector 78165352
......

Anschließend Sammle Hardware-Information
Suche nach Festplatten

Meldung:
No Harddisks found

Was mich mal auch interresieren würde, kann man eigentlich alles automatisieren??
Sprich:
1. Windows installieren
2. firefox
3. weitere programme etc

[j.schneider]

Das sieht mir nach einer defekten Festplatte aus.
Automatisieren kann man alles was man in ein Script packen kann.

[d.oertel]

Hi,

als Ergänzung:
Genaueres steht im log des bootimages.
siehe Auszug aus dem opsi 4.0 Handbuch Kapitel 14:

Hier findet sich die Logdateien der bootimages zu den Clients. Dabei werden die
Dateien als <IP-Name>.log angelegt.

14. Wichtige Dateien des opsi-servers
Sollte das bootimage den Webservice nicht erreichen können, so findet sich die
Logdatei im bootimage unter /tmp/log. Um in einem sochen Fall an die Logdatei vom
bootimage zu bekommen gibt es zwei Wege:
1. Netzwerk geht
Dann kann man per SCP z.B. von Windows aus per WinSCP die Datei /tmp/log
holen.
2. Netzwerk geht nicht
Dann hilft der USB-Stick.
◦ Als root mit pass linux123 einloggen
◦ USB-Stick einstecken und ein paar Sekunden warten
◦ mit sfdisk -l prüfen auf welchem Device der Stick liegt
◦ mounten
◦ kopieren
◦ unmounten
Das ganze sieht als Beispiel etwa so aus:

Code: Alles auswählen

#sfdisk -l
Disk /dev/sda: 30401 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End #cyls #blocks Id System
/dev/sda1 * 0+ 30401- 30402- 244197528+ 7 HPFS/NTFS
/dev/sda2 0 - 0 0 0 Empty
/dev/sda3 0 - 0 0 0 Empty
/dev/sda4 0 - 0 0 0 Empty
Disk /dev/sdb: 1017 cylinders, 33 heads, 61 sectors/track
Units = cylinders of 1030656 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End #cyls #blocks Id System
/dev/sdb1 0+ 1016 1017- 1023580 b W95 FAT32
/dev/sdb2 0 - 0 0 0 Empty
/dev/sdb3 0 - 0 0 0 Empty
/dev/sdb4 0 - 0 0 0 Empty
# mount /dev/sdb1 /mnt
# cp /tmp/log /mnt
#umount /mnt

Bitte das Log posten.
Es ist möglich das der Festplatten controller zu neu für das alte opsi 3.4 bootimage ist. Aber da hilft dann das Log weiter.

gruss
d.oertel

[drulak]

die eingesetzte Festplatte hat aber vorher funktioniert im Client, wollte xp rüberspielen.

ich bin im tmp Ordner nur habe ich keine ahnung was ich davon brauche:
gconfd-root
orbit-root
hsperfdata_root
ssh-NurRZT2567
ssh-kGyvqv2358
jpsock.160_05.2506

befehl cp /tmp/log /mnt
cp:Aufruf von stat für "tmp/log" nicht möglich: Datei oder Verzeichnis nicht gefunden

[drulak]

hier die hoffentliche richtige log ist sehr groß

[j.schneider]

Scheint ein Problem des Bootimages zu sein.
Ich empfehle den Einsatz eines neueren Bootimages:

Code: Alles auswählen

cd /tmp
wget http://download.opensuse.org/repositories/home:/uibmz:/opsi:/opsi40/xUbuntu_10.04/all/opsi-linux-bootimage_20110117-1_all.deb
dpkg -i opsi-linux-bootimage_20110117-1_all.deb

[drulak]

Beim client kommt folgender Fehler

Command ´/bin/echo -e "0,0

"| /sbin/sfdisk -D /dev/sda´failed (1):
Checking that no-one is using this disk right now...
OK

Disk /dev/sda: 4865 cylinders, 255 Heads, 63 sectors/track
Old situation:
New situation:
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End #cyls #blocks Id System
/dev/sda1 0 - 0 0 0 Empty
/dev/sda2 0 - 0 0 0 Empty
/dev/sda3 0 - 0 0 0 Empty
/dev/sda4 0 - 0 0 0 Empty
read: Input/output error

fsdisk: read error on /dev/sda - cannot read sector 0
/dev/sda: unrecognized partition table type
No partitions found
Warning: no primary partition is marked bootable (active)
This does not matter for LILO, but the DOS MBR will not boot this disk.
Re-reading the partition table ...

sfdisk: read error on /dev/sda - cannot read sector 0

BLKRRPART: Input/output error
If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 Bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)

[drulak]

mit dem neuen boot image klappt es leider auch nicht