Administratorhandbuch:Neue Hardware einbinden - Versionsgeschichte

Schoffer: kat

2012-03-16T10:26:45Z

kat

← Nächstältere Version		Version vom 16. März 2012, 12:26 Uhr
Zeile 101:		Zeile 101:
	----		----
	<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>


			[[Kategorie:ArchivArktur40]]

Schoffer: Archiv

2009-05-01T09:55:35Z

Archiv

← Nächstältere Version		Version vom 1. Mai 2009, 11:55 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~fertig~~}}		{{Archiv}}

Schoffer: Schützte „Administratorhandbuch:Neue Hardware einbinden“ [edit=sysop:move=sysop]

2008-05-16T15:24:11Z

Schützte „Administratorhandbuch:Neue Hardware einbinden“ [edit=sysop:move=sysop]

← Nächstältere Version	Version vom 16. Mai 2008, 17:24 Uhr
(kein Unterschied)

Schoffer: 5 Versionen

2008-03-04T21:46:40Z

5 Versionen

← Nächstältere Version	Version vom 4. März 2008, 23:46 Uhr
(kein Unterschied)

Schoffer: „Administratorhandbuch:Neue Hardware einbinden“ geschützt: Admin [edit=sysop:move=sysop]

2007-02-11T19:06:30Z

„Administratorhandbuch:Neue Hardware einbinden“ geschützt: Admin [edit=sysop:move=sysop]

← Nächstältere Version	Version vom 11. Februar 2007, 21:06 Uhr
(kein Unterschied)

Schoffer: hat Neue Hardware einbinden nach Administratorhandbuch:Neue Hardware einbinden verschoben

2007-02-11T19:02:27Z

hat Neue Hardware einbinden nach Administratorhandbuch:Neue Hardware einbinden verschoben

← Nächstältere Version	Version vom 11. Februar 2007, 21:02 Uhr
(kein Unterschied)

Schoffer: Korrektur gelesen

2007-02-11T19:01:56Z

Korrektur gelesen

← Nächstältere Version		Version vom 11. Februar 2007, 21:01 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{~~frei~~}}		{{fertig}}


	== Neue Hardware einbinden ==		== Neue Hardware einbinden ==

	Es kann vorkommen, dass ~~man~~ nach der Erstinstallation neue Hardwarekomponenten in den Server ~~einbaut. Z.B~~. könnte ein SCSI-Streamer in einen vorhandenen Arktur ~~mit IDE~~-~~Platten~~ eingebaut werden ~~oder~~ ein S-ATA-Raid oder .... Wird der Controller nicht vorn herein unterstützt, so muss das vorhandene Modul nachgeladen werden.		=== Vorwort ===

			Es kann vorkommen, dass Sie nach der Erstinstallation neue Hardwarekomponenten in den Server einbauen müssen. Zum Beispiel könnte ein SCSI-Streamer in einen vorhandenen Arktur-Schulserver eingebaut werden, der bisher noch keinerlei SCSI-Controllerkarte besaß. Oder ein neuses S-ATA-Raid oder ....

			Wird der Controller nicht vorn herein unterstützt, so muss das vorhandene Modul händisch von Ihnen nachgeladen und bei exakter Funktion dauerhaft eingebunden werden.

	Hier die Erläuterungen am Beispiel eines TEKRAM DC-390U2W SCSI Controllers:		Hier die Erläuterungen am Beispiel eines TEKRAM DC-390U2W SCSI Controllers:

	Zuerst ~~ermittelt man dazu~~ das passende Modul:		=== Modul testen ===

			Zuerst ermitteln Sie das passende Modul mit "modprobe":


	Arktur:/ # modprobe sym53c8xx		Arktur:/ # modprobe sym53c8xx
	Arktur:/ #		Arktur:/ #

	Erscheint keine Fehlermeldung, so ~~hat man~~ das richtige Modul gefunden, andererseits würde:
			Erscheint keine Fehlermeldung, so haben Sie das richtige Modul gefunden, andererseits würde:


	Arktur:/ # modprobe aacraid		Arktur:/ # modprobe aacraid

			eine Ausgabe in folgender Art erzeugen:


	/lib/modules/2.4.34.1/kernel/drivers/scsi/aacraid/aacraid.o:		/lib/modules/2.4.34.1/kernel/drivers/scsi/aacraid/aacraid.o:
	init_module: No such device		init_module: No such device
Zeile 28:		Zeile 41:
	Arktur:/ #		Arktur:/ #

	~~oder~~ eine ähnliche Fehlermeldung ~~erscheinen~~.		Oder eine ähnliche Fehlermeldung erscheint.

	Damit ist das Modul auch schon geladen, was man auf Konsole 10 (oder in /etc/log/messages sehen kann:
			Damit ist das Modul auch schon geladen, was man auf Konsole 10 (oder in "/etc/log/messages") sehen kann:

	sym53c8xx: at PCI bus 0, device 9, function 0		sym53c8xx: at PCI bus 0, device 9, function 0
Zeile 56:		Zeile 70:


	Diese Änderung muss nun nur noch fest eingetragen werden. Dazu wird die Datei		=== Modul permanent laden ===

			Diese Änderung muss nun nur noch fest eingetragen werden, damit es beim nächsten Start des Servers automatisch mit geladen wird. Dazu wird die Datei:

	/etc/init.d/boot.local		/etc/init.d/boot.local
Zeile 80:		Zeile 96:
	exit 0		exit 0

	~~Dan~~ klappt es auch ~~beim nächsten Serverstart!~~		Dann klappt es auch bei allen künftigen Serverstarts.


	----		----
	<div align="right">[[~~Tools_und_Anleitungen~~\|zurück]] \| [[Hauptseite]]</div>		<div align="right">[[Administratorhandbuch\|zurück]] \| [[Hauptseite]]</div>

JFiebig am 11. Februar 2007 um 12:17 Uhr

2007-02-11T12:17:20Z

← Nächstältere Version		Version vom 11. Februar 2007, 14:17 Uhr
Zeile 1:		Zeile 1:
	__NOTOC__		__NOTOC__
	{{frei}}		{{frei}}


	== Neue Hardware einbinden ==		== Neue Hardware einbinden ==

JFiebig am 11. Februar 2007 um 12:12 Uhr

2007-02-11T12:12:45Z

Neue Seite

__NOTOC__
{{frei}}

== Neue Hardware einbinden ==

Es kann vorkommen, dass man nach der Erstinstallation neue Hardwarekomponenten in den Server einbaut. Z.B. könnte ein SCSI-Streamer in einen vorhandenen Arktur mit IDE-Platten eingebaut werden oder ein S-ATA-Raid oder .... Wird der Controller nicht vorn herein unterstützt, so muss das vorhandene Modul nachgeladen werden.

Hier die Erläuterungen am Beispiel eines TEKRAM DC-390U2W SCSI Controllers:

Zuerst ermittelt man dazu das passende Modul:

Arktur:/ # modprobe sym53c8xx
Arktur:/ #

Erscheint keine Fehlermeldung, so hat man das richtige Modul gefunden, andererseits würde:

Arktur:/ # modprobe aacraid
/lib/modules/2.4.34.1/kernel/drivers/scsi/aacraid/aacraid.o:
init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters,
including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
/lib/modules/2.4.34.1/kernel/drivers/scsi/aacraid/aacraid.o:
insmod /lib/modules/2.4.34.1/kernel/drivers/scsi/aacraid/aacraid.o failed
/lib/modules/2.4.34.1/kernel/drivers/scsi/aacraid/aacraid.o:
insmod aacraid failed
Arktur:/ #

oder eine ähnliche Fehlermeldung erscheinen.

Damit ist das Modul auch schon geladen, was man auf Konsole 10 (oder in /etc/log/messages sehen kann:

sym53c8xx: at PCI bus 0, device 9, function 0
sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
sym53c8xx: 53c895 detected with Tekram NVRAM
sym53c895-0: rev 0x1 on pci bus 0 device 9 function 0 irq 9
sym53c895-0: Tekram format NVRAM, ID 7, Fast-40, Parity Checking
scsi1 : sym53c8xx-1.7.3c-20010512
Vendor: IBM Model: DNES-309170W Rev: SA30
Type: Direct-Access ANSI SCSI revision: 03
Vendor: IBM Model: DCAS-34330 Rev: S65A
Type: Direct-Access ANSI SCSI revision: 02
Vendor: HP Model: C1537A Rev: L105
Type: Sequential-Access ANSI SCSI revision: 02
Vendor: YAMAHA Model: CRW4416S Rev: 1.0h
Type: CD-ROM ANSI SCSI revision: 02
Attached scsi disk sda at scsi1, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi1, channel 0, id 2, lun 0
sym53c895-0-<0,*>: FAST-40 WIDE SCSI 80.0 MB/s (25.0 ns, offset 31)
SCSI device sda: 17916240 512-byte hdwr sectors (9173 MB)
sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
sym53c895-0-<2,*>: FAST-20 SCSI 20.0 MB/s (50.0 ns, offset 15)
SCSI device sdb: 8467200 512-byte hdwr sectors (4335 MB)
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 >

Diese Änderung muss nun nur noch fest eingetragen werden. Dazu wird die Datei

/etc/init.d/boot.local

wie folgt geändert:

#!/bin/bash
#
# /sbin/init.d/boot.local
# Teil des ODS-Servers.
# Reiner Klaproth, 3.1.1999
#

. /etc/rc.status
echo "Bearbeite `basename $0`."

# Hier rein k.nnen alle Sachen, die noch beim Booten zu machen sind,
# z.B. Initialisieren besonderer Karten.
# Das Script wird von boot am Ende aufgerufen.

modprobe sym53c8xx

exit 0

Dan klappt es auch beim nächsten Serverstart!

----
<div align="right">[[Tools_und_Anleitungen|zurück]] | [[Hauptseite]]</div>