[HowTo]Step by step Debianinstallation aus dem rescue

[keksdesgrauens]

ich hab den fehler gefunden....irgendwie scheint bei strato die ip vergabe per dhcp nicht zu funktionieren....;0)....hab die ip statisch in die datei gesetzt

[hellc@t]

ähm....
das kann es ja wohl eigentlich nicht gewesen sein.

Denn wenn Dein Server bootet und du ihn per ping/ssh erreichst dann hat dementsprechend dein Server die richtige IP!

nameserver sind nunmal doch ne andere Baustelle.
Zwar können diese auch per DHCP zugewiesen werden....
..aba egal....


trotzdem schön wenn jetzt alles geht ;)

[keksdesgrauens]

also ich hatte mir die daten aus dem rescue mode besorg die dann im normalen bootmodus in die "resolv.conf" geschrieben aber es ging immer noch nicht also hab ich nochmals ins howto geschaut und dann deine variante mit der statischen IP vergabe in der "interfaces.conf"probiert und es hat funtioniert

[Anonymous]

Ich für meinen Teil verlasse mich nicht gerne auf solche "Fremdeinwirkungen". Sofern meine Kiste die IP fest eingetragen hat, stört es mich auch z.B. einen Sch..., ob der DHCP-Server mal läuft oder nicht. ;)

Im Prinzip hast Du Recht, aber halt nur im Prinzip.
Sowohl Strato, als auch 1 und 1 betreiben ein Netzwerk in einer Größe, das manuell nur noch schwer zu pflegen ist. Ich gehe auch davon aus, daß der DHCP-Daemon IP-Adressen nach einer gewissen Zeit wieder freigibt, wenn dhcp nach Ablauf der Leasetime fehlgeschlagen ist. Das würde auch folgende Mail vom 1 und 1 Support erklären:
"Sehr geehrter Herr <Name meines Kumpels>,


am Sa Nov ** **:**:** 2003 wurde Ihr Rechner von unserem
automatischen Sicherheitssystem gesperrt.

Dies kann in folgenden Fällen vorkommen:
a) Sie verwenden IPs aus den in RfC1918 angegebenen Bereichen
(10.x.y.z ...)
b) Sie haben versucht, die MAC-Adresse Ihrer Netzwerkkarte zu
ändern
c) Sie betreiben Multicastdienste auf Ihrem Server.

Leider können wir keine der oben angegebenen Dinge in unseren
Netzen dulden.
Wir hoffen, dass ein derartiger Vorgang in Zukunft
unterbleiben wird.

Wir werden Ihren Rechner erst wieder ans Netz nehmen, wenn Sie uns
ein unterschriebenes Fax zukommen lassen, in dem Sie uns versichern,
dass Sie alles unternehmen werden dass dies nicht wieder geschieht.

Hier nochmals unsere Postanschrift:
1 und 1 Internet AG
Brauerstrasse 48
76135 Karlsruhe

Unsere Faxnummer lautet:
01805/001372

Mit freundlichen Grüßen

Technischer Support
1&1 Internet AG"

Das Debian Paket dhcp-client funktioniert nicht, jedoch gibt es auch noch das Paket dhcp3-client, das 1 und 1 auch auf dem Rescue-System verwendet.
Mit apt-get install dhcp3-client den client installiert und dann noch die Konfiguration aus /etc/dhcp3 auf das neue System kopiert, schon tickt auch Debian bei 1 und 1 ohne Probs mit dhcp.

Klaus

[Anonymous]

ich hab den fehler gefunden....irgendwie scheint bei strato die ip vergabe per dhcp nicht zu funktionieren....;0)....hab die ip statisch in die datei gesetzt

Sie funktioniert!
Verwende das Paket dhcp3-client ;-)
Weiss das, da es bei 1 und 1 die gleichen Probs gab, ansonsten läuft auf meinem System Gentoo mit dhcp.

Klaus

[captaincrunch]

Das würde auch folgende Mail vom 1 und 1 Support erklären:

Würde es nicht, da keine der drei Gründe etwas mit DHCP zu tun hat. Ich bleibe dabei : eine fest eingetragene Netzwerkkonfiguration verursacht am wenigsten Stress.

Btw. : Den Namen des Sachbearbeiters habe ich mal aus dem Beitrag entfernt, das ist einfach nicht die feine englische.

[Anonymous]

Das würde auch folgende Mail vom 1 und 1 Support erklären:

Würde es nicht, da keine der drei Gründe etwas mit DHCP zu tun hat. Ich bleibe dabei : eine fest eingetragene Netzwerkkonfiguration verursacht am wenigsten Stress.

Btw. : Den Namen des Sachbearbeiters habe ich mal aus dem Beitrag entfernt, das ist einfach nicht die feine englische.

Sorry, der Name ist mir im Eifer des Gefechtes wohl durchgerutscht. Danke dafür.
Wie auch immer, die angegebenen Gründe habe ich auch sofort als haltlos zurückgewiesen, wurde mir dann am Telefon auch bestätigt.
Einleuchtend ist für mich aber, daß der dhcpd nach Ablauf der Leasetime beim Pushen der IP-Adressen kein ack von den Maschinen mit fixer IP bekommt und nach ein paar Versuchen die IP-Adresse evtl. als frei markiert. Das heisst, daß die IP-Addi deiner Anlage unter Umständen doppelt vergeben werden kann.
In diesem Fall macht die dynamische IP-Adressvergabe durchaus Sinn. Und aus diesem Grund wird 1 und 1 und Strato wohl auch auf dynamischer IP-Adressvergabe bestehen.

Eine andere Erklärung fällt mir beim besten Willen nicht ein, da ich definitiv keine private IP auf die Netzwerkkarte gelegt habe, noch an der MAC-Adresse gespielt habe und erst recht keine Multicasts laufen habe.
Die nette Dame an der Hotline hat mich auch nach der Distri gefragt und meinte anschliessend, daß dieser Fehler wohl gehäuft bei Debian vorkommt, bei anderen Distris würde das wohl nicht auftreten.
Nachdem ich nach der Entsperrung des Servers den dhcp3-client installiert habe und die Netzwerkconfig aus dem Rescue abgekupfert habe läuft das System meines Kumpels glatt wie ein Babypopo.

Würde mich interessieren, wieviele User hier die gleiche Erfahrung gemacht haben.

Grüße,

Klaus

[root-maxel]

Hallo!

Kann es sein das die Strato Rooties jetzt ne andere Netzkarte haben, der Aufruf von insmod eepro100 geht nämlich bei mir nicht... Oder muss da noch mehr in die Zeile?

Maxel

[hellc@t]

schau dir die logs des vorherigen suse oder des rescues mal an. dort wird garantiert aufgeführt welcher treiber geladen wird.

aber eigentlich kann ich mir das nicht vorstellen.


mfg
hellc@t

[root-maxel]

Hab ich gerade..

e1000 heisst der und es werden eth0 und eth1 initialisiert, deutet also auf eine 2 Port Gigabit Karte hin.. ich glaub die ist aber in dem woody Kernel noch nich drin.. so ein Mist...

[root-maxel]

Also es ist definitiv ne andere Netzkarte drin.

hab jetzt trotz diverser Schwierigkeiten eine Installation mit der Anleitung hier hinbekommen.

Folgende Punkte sind nach meinen Erfahrungen zu beachten:

Bis zu der Stelle wo man die /etc/modules anpassen muss ist alles gleich.
In die etc/modules kommt als zu ladendendes Netzkartentreibermodul
e1000
rein.
Alle Netzwerkangaben sollten statisch in die /etc/network/interfaces eingetragen werden da DHCP nur manchmal funktioniert.

Es ist dann abweichend von der Anleitung ein anderer Kernel zu installieren der das benötigte e1000 Modul schon enthält. Wenn man das mit apt-get machen will muss man ein wenig tricksen, indem man apt dazu überredet auch Pakete der testing Distribution anzuzeigen (anpassen der sources List für apt unter /etc/apt). Dann ein apt-get update und erst danach das apt-cache search kernel-image .
Ich habe das 2.4.22 Kernelimage für einen P4 Prozessor genommen.
Die Installation dieses Pakets setzt viele neue Pakete voraus die aber automatisch installiert werden.
Bei der Konfiguartion des Bootloaders LILO beachten, das dieses Kernelimage aus einer RAM Disk (initrd) gestartet wird, beim Anpassen der lilo.conf sind also die entsprechenden Angaben zu machen.
könnte also z.B so aussehen:
boot=/dev/hda2
install=/boot/boot-menu.b
lba32
root=/dev/hda3
image=/vmlinuz
label=debian
initrd=/initrd.img
read-only
(/boot und /root Partitionsnummern anpassen!)

Wenn ihr schon mal an der lilo.conf seit tragt unbedingt die Append Befehle ein die man braucht um die serielle Strato Console benutzen zu können!! Steht irgendwo in diesem Thread (bei mir auf Seite 3) was da genau rein muss. Es sind dann noch 2 weitere Dateien anzupassen damit man sich auch über die serielle Console als "root" anmelden kann.

lilo aufrufen nicht vergessen damit die neue Configuration geschrieben wird!

jetzt noch unbedingt ssh über apt-get install ssh installieren, damit Ihr überhaupt per ssh auf den Server kommt.

Ihr könnt dann auf im webinterface auf Normalboot umstellen und das Ding nach 5min booten (exit reboot), am besten vorher schon die serielle Console aufmachen damit ihr die Bootmeldungen seht.

Nach dem Booten (falls es geklappt hat :) müsst Ihr euch noch um die Partitionen kümmern auf denen /var /usr /tmp und /home liegen soll. Also erstmal Partitionen erstellen mit fdisk und dann auf den Partitionen ein Dateisystem erzeugen mit mkfs-ext3 -j /dev/hdaX wenn ext3 benutzt werden soll .

Jetzt müsst ihr euch noch diese neuen Partitionen mounten.
Beispiel für /var:

mit mkdir Mountpoint erstellen: mkdir /mnt/temp-var
mounten der zukünftigen /var Partition nach /mnt/temp-var:mount /dev/hdaX -t ext3 /mnt/temp-var
Nun den Inhalt von /var nach /mnt/temp-var kopieren:cp -R /var/* /mnt/temp-var

Analoge Vorgehensweise für die anderen Mountpunkte /tmp /usr und /home


Dann noch die /etc/fstab anpassen so das diese Partitionen beim Start an die richtigen Mountpunkte gemountet werden.

Hellc@t benutzt diese hier:
# /etc/fstab: Statische Informationen über die Dateisysteme
#
# Dateisystem Einhängepunkt Typ Optionen dump pass
/dev/hda2 / ext2 defaults 0 0
/dev/hda1 /boot ext2 ro,nosuid,nodev 0 2
/dev/hda3 none swap sw 0 0
proc /proc proc defaults 0 0
#
#
#
#/dev/fd0 /mnt/floppy auto noauto,rw,sync,user,exec 0 0
#/dev/cdrom /mnt/cdrom iso9660 noauto,ro,user,exec 0 0

#
/dev/XXX /tmp ext2 rw,nosuid,nodev 0 2
/dev/XXX /var ext2 rw,nosuid,nodev 0 2
/dev/XXX /usr ext2 rw,nodev 0 2
/dev/XXX /home ext2 rw,nosuid,nodev 0 2

Ich benutz wie gesagt ext3 also müssen alle ext2 Einträge auf ext3 abgeändert werden und die XXX durch eure richtigen Partitionsnummern ersetzt werden.

Ausserdem benutz ich immer ein (Beispiel)
/dev/XXX /tmp ext3 default 0 2

ich lass mich aber gerne belehren das man an dieser Stelle Hellc@ts Einstellungen braucht. Bei mir funktionierts jedenfalls mit default.

So und nach einem erneuten Reboot sollte der Strato Rooti mit einem funktionierenden Debian laufen bei dem die Netzkarte läuft, der per ssh und serieller Console erreichbar ist und wo die Partitionen an den richtigen Mountpunkten hängen... :)

Kami

[mascha]

Hallo Miteinander ...

vielen Dank zunächst einmal an Hellcat und all die anderen, die hier so fleißig die Informationen zusammengetragen haben ...

Auch ich versuche seit heute Mittag, auf meinen Strato-Server Debian zu installieren ... allerdings scheitere ich ständig an Punkt 8.) .... ich habe die fstab editiert und versuche dann ...

bash-2.05a# mount /dev/hda1 /mnt/boot

Antwort ist dann lapidar:
mount: /dev/hda1 has wrong device number or fs type vfat not supported

Ich nutze das ext3 Filesystem und bin nach der insoweit von MatthiasR modifizierten Anleitung ausgegangen.

Meine Partitionstabelle sieht wie folgt aus:

Disk /dev/hda: 255 heads, 63 sectors, 7476 cylinders
Units = cylinders of 16065 * 512 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 4 32098+ 83 Linux
/dev/hda2 5 387 3076447+ 83 Linux
/dev/hda3 388 420 265072+ 82 Linux swap


Könntet Ihr mir bitte weiter helfen?

Vielen Dank für Eure Mühe!

Mascha

[root-maxel]

Probier mal mount -t ext3 /dev/hda1 /mnt/boot

[mascha]

Huhu,

Probier mal mount -t ext3 /dev/hda1 /mnt/boot

...hat funktioniert ...ja - hätt' ich ich selbst drauf kommen müssen :-)

Ich hatte nach MatthiasR Anleitung den mount schon früher vorgenommen ... na ja - und dann noch einmal geht halt nicht ... - lange Rede kurzer Sinn: die Installation ging bis zum Ende gut durch.

Mein jetziges Problem: Nach dem Reboot kann ich im Normalmodus jedoch nicht mehr auf den Server zugreifen - das Routing habe ich statisch gesetzt; die Lilo-Konfig funktionierte auch unproblematisch .... woran könnte es noch liegen?

Vielen Dank nochmals!

M.

[captaincrunch]

In dem Fall wären Logfiles vermutlich außerordentlich hilfreich. ;)

Schuss ins blaue: steht das richtige NW-Kartenmodul in der /etc/modules?

[mascha]

Hallo CaptainCrunch,

als Modul habe ich eepro100 drin stehen.

Die Logfiles unter var/log sind nicht sehr aussagekräftig - syslog ist leer, lastlog weist nur Sonderzeichen (Punkte) auf - ebenso die faillog.

Ich verzweifel hier bals :-)

M.

In dem Fall wären Logfiles vermutlich außerordentlich hilfreich. ;)

Schuss ins blaue: steht das richtige NW-Kartenmodul in der /etc/modules?

[root-maxel]

Mein Schuss:

Kein ssh installiert?

[root-maxel]

als Modul habe ich eepro100 drin stehen.

Die Logfiles unter var/log sind nicht sehr aussagekräftig - syslog ist leer, lastlog weist nur Sonderzeichen (Punkte) auf - ebenso die faillog.

Haste denn auch wirklich ein eepro100? Wie gesagt, ich hatte ne Gigabitkarte drin die das e1000 Modul braucht.

Aber mit den Punkten in den Logs.. da stimmt was ganz anderes nicht.. der Kernel ist wirklich ganz normal gestartet??? Haste das mal in dert seriellen Konsole beobachtet?

[hellc@t]

hi Leute,
hier ein Problem beim installieren einer der neuen Strato Server mit dem e1000 Modul.

Beim installieren eines Kernels, welches das Modul unterstützt passiert folgendes:

bash-2.05a# apt-get install kernel-image-2.4.20-3-686
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, kernel-image-2.4.20-3-686 is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 13 not upgraded.
1 packages not fully installed or removed.
Need to get 0B of archives. After unpacking 0B will be used.
Setting up kernel-image-2.4.20-3-686 (2.4.20-9) ...
/usr/sbin/mkinitrd: /dev/fd does not exist
Failed to create initrd image.
dpkg: error processing kernel-image-2.4.20-3-686 (--configure):
subprocess post-installation script returned error exit status 29
Errors were encountered while processing:
kernel-image-2.4.20-3-686
E: Sub-process /usr/bin/dpkg returned an error code (1)
bash-2.05a#

Bitte um etwas Hilfe.
was will der bitte auf /dev/fd ?


mfg
Hellc@t

[dherkhon]

Ist diese anleitung, und vorallem die Debian version aktuell ? Ich frag deshalb weil z.b gcc 2.95 installiert wurde.

Wir sind bereits bei 3.x .... und noch einige sachen mehr sind etwas veraltet.Dagegen hab ich eigentlich nichts, aber wegen den ganzen exploits fuer alte software stellt sich mir die frage ob das alles so sicher ist ? Evtl bin ich ja auch paranoid.... 8O :-D

[captaincrunch]

und vorallem die Debian version aktuell ?

Lies dich einfach mal ein wenig in die Debian-Philosophie ein, dann weißt du, warum das so ist.

[hellc@t]

habe die Anleitung nun auch auf verschiedenen anderen Servern erfolgreich umgesetzt.
Man muss natürlich die Hardwareunterschiede (eth0 usw. )
beachten.

Aber es läuft ;-)

mfg
Hellc@t

[piero]

hilfäää

ich verzweifel noch, probiere seit gestern meinen root server bei strato mit debian auszurüsten.

alles hat soweit ganz gut geklappt, aber das netzwerk macht probleme.
habe jetzt dhcp3-client versucht, auch dies bringt keinen erfolg.
auch das statische eintragen misslingt mangels nötiger informationen (gateway, etc..)

Code: Select all

eth0      Link encap:Ethernet  HWaddr 00:XX:48:52:BE:XX
          inet addr:81.169.171.xx  Bcast:81.169.171.xx  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:210 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:15484 (15.1 KiB)  TX bytes:684 (684.0 b)
          Interrupt:12 Base address:0x2000

die mask sieht seltsam aus...

die routing table ist leer:

Code: Select all

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

und wenn ich versuche eine std route einzurichten kommt folgender fehler:

Code: Select all

hXXXX:/etc/dhcp3# route add default gw 81.169.171.1 dev eth0
SIOCADDRT: Network is unreachable

die zwei netzwerkkarten werden richtig erkannt, benutzt wird wohl eth0, da er dort die ip binden kann:

Code: Select all

PCI: Assigned IRQ 12 for device 02:06.0
eth0: OEM i82557/i82558 10/100 Ethernet, 00:XX:48:52:BE:XX, IRQ 12.
  Board assembly 000000-000, Physical connectors present: RJ45
  Primary interface chip i82555 PHY #1.
  General self-test: passed.
  Serial sub-system self-test: passed.
  Internal registers self-test: passed.
  ROM checksum self-test: passed (0x04f4518b).
PCI: Assigned IRQ 12 for device 02:07.0
PCI: Sharing IRQ 12 with 02:08.0
eth1: OEM i82557/i82558 10/100 Ethernet, 00:30:XX:52:BE:XX, IRQ 12.
  Board assembly 000000-000, Physical connectors present: RJ45
  Primary interface chip i82555 PHY #1.
  General self-test: passed.
  Serial sub-system self-test: passed.
  Internal registers self-test: passed.
  ROM checksum self-test: passed (0x04f4518b).

wenn ich versuche auf eth0 den dhcp anzustossen:

Code: Select all

hXXXX:/etc/network# dhclient eth0
Internet Software Consortium DHCP Client V3.0.1rc9
Copyright 1995-2001 Internet Software Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP

run-parts: component /etc/dhcp3/dhclient-enter-hooks.d/debug-enter is not an executable plain file
run-parts: component /etc/dhcp3/dhclient-exit-hooks.d/debug-exit is not an executable plain file
Listening on LPF/eth0/00:XX:48:52:be:XX
Sending on   LPF/eth0/00:XX:48:52:be:XX
Sending on   Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 81.169.171.2
run-parts: component /etc/dhcp3/dhclient-enter-hooks.d/debug-enter is not an executable plain file

SIOCADDRT: Network is unreachable

run-parts: component /etc/dhcp3/dhclient-exit-hooks.d/debug-exit is not an executable plain file
bound to 81.169.171.XX -- renewal in 32588 seconds.
hXXXX:/etc/network#

was bedeutet dieses SIOCADDRT: Network unreachable ?
und kann ich die run-parts fehlermeldungen ignorieren ?

bin dankbar für jeden tip, ich weiss nich mehr weiter :(

[edit: habe es nun mit statischen werten zum laufen gebracht. mir wär dhcp dennoch lieber .. also wenn wer ne idee hat :) ]

[hellc@t]

dhcp:
zu diesem Problem gab es hier im Forum, ich glaube sogar hier im Thread eine Abhandlung.
Aber im Prinzip spricht eher weniger dagegen das auch statisch zu machen. Das dürfte sich eh fast nix ändern.

Die IP wird bleiben, Stichwort Domains.
Der Gateway....gibt eigentlich nicht den Grund, das Strato oder CO den ändert.

Habe jetzt gerade keine Zeit deinen Beitrag genau zu analysieren.
Werde aber morgen noch einmal reinschauen.

mfg
Hell@t

[Anonymous]

nun, ein problem gibt es nun doch noch:

ifconfig eth0 fördert nur:

eth0: error fetching interface information: Device not found

zu tage...

hier meine /etc/network/interfaces:

# loopback
auto lo
iface lo inet loopback

# eth0
auto eth0
iface eth0 inet static
# iface eth0 inet dhcp
address 81.169.155.xxx
network 81.169.155.0
netmask 255.255.255.0
broadcast 81.169.155.255
gateway 81.169.155.1

laut cat /proc/pci habe ich folgende karte:

Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100]

kommt debian damit standartmässig zurecht?
was ist bei euch denn so drin?

und natürlich wieder die frage:
wer hat eine idee?

ach ja, mein kernel:

Linux version 2.4.18-bf2.4

gruss,

lars

ich habe die lösung selbst gefunden:

modconf hat geholfen

Genau das gleiche Problem habe ich auch mit der gleichen Config, nur komme ich nicht weiter... :(