Anzeige:
Ergebnis 1 bis 11 von 11

Thema: Netzwerkkarte bei Root-Server deaktiviert ... über Rescue-System retten ?

  1. #1
    Registrierter Benutzer
    Registriert seit
    Sep 2002
    Ort
    Hamburg
    Beiträge
    512

    Angry Netzwerkkarte bei Root-Server deaktiviert ... über Rescue-System retten ?

    Hallo,

    ich habe einen Root-Server bei 1und1 laufen und kann nur über ssh (also über das internet) den Server konfigurieren.

    Schlau wie ich war, hatte ich ausversehen die Netzwerkkarte deaktiviert

    Nun komme ich natürlich nicht mehr über ssh auf den root-server.

    Ich hatte nun bei 1und1 angerufen und die haben mir einen rescue-system oder so gestartet womit ich das wieder in ordnung bringen soll ... super ....

    Kann mir jemand sagen wie ich das anstelle?
    Ich muss irgendwie die netzwerkkarte aktivieren, doch in diesem rescue-system kann man irgendwie fast gar nichts machen.
    Ich habe nun versucht die netzwerkkarte mit "ifconfig eth0 up" wieder zu starten (in diesem rescue ding) ... hat er ohne kommentar gemacht. Dann habe ich über das Recovery-Tool bei 1und1 (falls es jemanden etwas sagt), wieder als normal-system neugestartet ... und nun geht gar nichts mehr, bzw. ich bin so weit wie vor dem telefonat mit 1und1. Netzwerkkarte scheint immer noch deaktiviert zu sein und in das rescue system komme ich auch nicht mehr.

    Hat jemand eine ahnung wie ich das retten kann?

    greeting
    verve
    The Linux-User said: Look in your XConsole! The Windows-User asked: Isn't it called X-Box?

  2. #2
    Premium Mitglied Avatar von Stage
    Registriert seit
    Jun 2002
    Beiträge
    810
    normalerweise sollte ein einfacher reboot da ausreichen, wenn du nicht irgendwelche netzwerkstart-scripte aus den runlevels genommen hast
    Kernel (2.6.x) Konfigurations-Howto
    Gentoo Optimierungs-Howto
    IRC: irc.freenode.org - #gentoo-anfaenger

  3. #3
    Registrierter Benutzer
    Registriert seit
    Aug 2003
    Ort
    Bad Nauheim
    Beiträge
    295
    In das Rescue-System solltest du eigentlich immer kommen. Du mußt es nur über die Konfigurations-Webseite bei 1und1 einstellen, dass nach dem nächsten Reboot nicht das normale System von Platte gestartet werden soll.

    Was hast du denn genau gemacht, dass es nicht mehr funktioniert? Du musst auf jeden Fall, da es nach dem Reboot ja offensichtlich nicht behoben war, Hand an die Konfiguration legen. Ifconfig schreibt nirgendwo irgendwas hin, also wird sich dadurch auch nichts ändern. Und im Rescue-System läuft die Netzwerkkarte ja sowieso.

    Du musst also deine /-Partition mounten und dann das, was du vermurkst hast, wieder zurück stellen, sprich wohl die eine oder andere Datei mit dem Editor bearbeiten.
    Pinguine brauchen keine Fenster, sondern freie Sicht nach allen Seiten

  4. #4
    Registrierter Benutzer
    Registriert seit
    Sep 2002
    Ort
    Hamburg
    Beiträge
    512
    HI,

    danke für eure Antworten!

    Ein einfach reboot über den 1und1 login hat leider nicht funktioniert, hatte ich mir auch so gedacht.

    Die Netzwerkkarte habe ich mit dem befehl:
    ifconfig eth0 down
    beendet. Mehr habe ich nicht gemacht.

    Was soll ich nun umstellen?

    greeting

    verve
    The Linux-User said: Look in your XConsole! The Windows-User asked: Isn't it called X-Box?

  5. #5
    Registrierter Benutzer
    Registriert seit
    Aug 2003
    Ort
    Bad Nauheim
    Beiträge
    295
    ifconfig eth0 down
    Wie gibt man sowas aus Versehen ein?

    Ok, dann denken wir mal laut...

    Du konntest den Server nicht mehr erreichen und hast ihn daher über das Rescue-Interface hard resettet. (Ok, 1und1 hat das für dich gemacht, sehe ich grade.) Welches Dateisystem hast du drauf? Ext2? Ist möglicherweise beschädigt und er fährt daher nicht mehr komplett hoch. Also nochmal ins Rettungssystem und einen fsck über deine Partitionen (insbesondere /) machen.

    Oder:

    lilo.conf falsch konfiguriert und er wartet eifrig auf ein Enter zum Starten?

    Oder: Hast du vorher noch was anderes gebastelt, was eventuell erst nach einem Neustart aktiv geworden ist? Firewall? Ssh-Konfiguration? Pingen hast du ja sicher schon probiert, oder?
    Pinguine brauchen keine Fenster, sondern freie Sicht nach allen Seiten

  6. #6
    Premium Mitglied Avatar von Stage
    Registriert seit
    Jun 2002
    Beiträge
    810
    vielleicht schaust du auch mal in die logs rein um zu erfahren was da schief läuft
    Kernel (2.6.x) Konfigurations-Howto
    Gentoo Optimierungs-Howto
    IRC: irc.freenode.org - #gentoo-anfaenger

  7. #7
    **** u if u don't like it Avatar von xstevex22
    Registriert seit
    Oct 2001
    Ort
    München
    Beiträge
    820
    Hi!
    Logge dich über http://config.puretec.de ein, wähle deinen Server, auf Server-Verwaltung -> Recovery Tool. In der Maske machst du einen Haken bei Reset, wählst darunter Rescue-System, klickst auf weiter und dann auf aktivieren.
    Danach ein wenig warten, dann wieder einloggen per SSH und ein

    # e2fsck /dev/hda1 -y
    # e2fsck /dev/hda3 -y

    Danach wieder über die Webmaske rein, selbes Menü, nur diesmal kein Haken bei Reset und Normales System aktivieren.
    Auf deiner Shell gibst du dann ein init 6 ein, fertig.
    Linux Anleitungen und Berichte: http://www.stevesweb.de

  8. #8
    Registrierter Benutzer
    Registriert seit
    Sep 2002
    Ort
    Hamburg
    Beiträge
    512
    Hi,

    danke für eure tipps Nun habe ich wieder hoffnung, das ich das noch retten kann

    Ext2? Ist möglicherweise beschädigt und er fährt daher nicht mehr komplett hoch. Also nochmal ins Rettungssystem und einen fsck über deine Partitionen (insbesondere /) machen.
    Weiß jetzt nicht ob ext2, müßte aber.
    Aber wieso sollte den etwas beschädigt sein? Ich habe doch nur die netzwerkkarte deaktiviert ... da sollte ja nicht gleich alles zusammen brechen, oder?

    vielleicht schaust du auch mal in die logs rein um zu erfahren was da schief läuft
    Code:
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f3040, 0x24): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f3040, 0x74): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: ACPI table found: FACP v1 [VIAP4M AWRDACPI 16944.11825]
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f6c80, 0x24): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f6c80, 0x68): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: ACPI table found: APIC v1 [VIAP4M AWRDACPI 16944.11825]
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f6c80, 0x68): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: LAPIC (acpi_id[0x0000] id[0x0] enabled[1])
    Jan 19 17:10:55 rescue kernel: CPU 0 (0x0000) enabledProcessor #0 Pentium 4(tm) XEON(tm) APIC version 16
    Jan 19 17:10:55 rescue kernel:
    Jan 19 17:10:55 rescue kernel: LAPIC (acpi_id[0x0001] id[0x1] enabled[0])
    Jan 19 17:10:55 rescue kernel: CPU 1 (0x0100) disabled
    Jan 19 17:10:55 rescue kernel: IOAPIC (id[0x2] address[0xfec00000] global_irq_base[0x0])
    Jan 19 17:10:55 rescue kernel: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x0])
    Jan 19 17:10:55 rescue kernel: INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x3] trigger[0x3])
    Jan 19 17:10:55 rescue kernel: LAPIC_NMI (acpi_id[0x0000] polarity[0x1] trigger[0x1] lint[0x1])
    Jan 19 17:10:55 rescue kernel: LAPIC_NMI (acpi_id[0x0000] polarity[0x1] trigger[0x1] lint[0x1])
    Jan 19 17:10:55 rescue kernel: 2 CPUs total
    Jan 19 17:10:55 rescue kernel: Local APIC address fee00000
    Jan 19 17:10:55 rescue kernel: Enabling the CPU's according to the ACPI table
    Jan 19 17:10:55 rescue kernel: Intel MultiProcessor Specification v1.4
    Jan 19 17:10:55 rescue kernel:     Virtual Wire compatibility mode.
    Jan 19 17:10:55 rescue kernel: OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
    Jan 19 17:10:55 rescue kernel: I/O APIC #2 Version 17 at 0xFEC00000.
    Jan 19 17:10:55 rescue kernel: NTFS driver v1.1.22 [Flags: R/W]
    Jan 19 17:10:55 rescue kernel: SGI XFS snapshot-2.4.21-2003-06-23_01:45_UTC with ACLs, no debug enabled
    Jan 19 17:10:55 rescue kernel: SGI XFS Quota Management subsystem
    Jan 19 17:10:55 rescue kernel: pty: 256 Unix98 ptys configured
    Jan 19 17:10:55 rescue kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
    Jan 19 17:10:55 rescue kernel: keyboard: Timeout - AT keyboard not present?(ed)
    Jan 19 17:10:55 rescue kernel: keyboard: Timeout - AT keyboard not present?(f4)
    Jan 19 17:10:55 rescue kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A
    Jan 19 17:10:55 rescue kernel: Real Time Clock Driver v1.10e
    Jan 19 17:10:55 rescue kernel: Non-volatile memory driver v1.2
    Jan 19 17:10:55 rescue kernel: floppy0: no floppy controllers found
    Jan 19 17:10:55 rescue kernel: RAMDISK driver initialized: 16 RAM disks of 81920K size 1024 blocksize
    Jan 19 17:10:55 rescue kernel: loop: loaded (max 8 devices)
    Jan 19 17:10:55 rescue kernel: via-rhine.c:v1.10-LK1.1.17  March-1-2003  Written by Donald Becker
    Jan 19 17:10:55 rescue kernel:   http://www.scyld.com/network/via-rhine.html
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f3040, 0x24): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f3040, 0x74): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: ACPI table found: FACP v1 [VIAP4M AWRDACPI 16944.11825]
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f6c80, 0x24): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f6c80, 0x68): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: ACPI table found: APIC v1 [VIAP4M AWRDACPI 16944.11825]
    Jan 19 17:10:55 rescue kernel: __va_range(0xf7f6c80, 0x68): idx=8 mapped at ffff6000
    Jan 19 17:10:55 rescue kernel: LAPIC (acpi_id[0x0000] id[0x0] enabled[1])
    Jan 19 17:10:55 rescue kernel: CPU 0 (0x0000) enabledProcessor #0 Pentium 4(tm) XEON(tm) APIC version 16
    Jan 19 17:10:55 rescue kernel:
    Jan 19 17:10:55 rescue kernel: LAPIC (acpi_id[0x0001] id[0x1] enabled[0])
    Jan 19 17:10:55 rescue kernel: CPU 1 (0x0100) disabled
    Jan 19 17:10:55 rescue kernel: IOAPIC (id[0x2] address[0xfec00000] global_irq_base[0x0])
    Jan 19 17:10:55 rescue kernel: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0] trigger[0x0])
    Jan 19 17:10:55 rescue kernel: INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x3] trigger[0x3])
    Jan 19 17:10:55 rescue kernel: LAPIC_NMI (acpi_id[0x0000] polarity[0x1] trigger[0x1] lint[0x1])
    Jan 19 17:10:55 rescue kernel: LAPIC_NMI (acpi_id[0x0000] polarity[0x1] trigger[0x1] lint[0x1])
    Jan 19 17:10:55 rescue kernel: 2 CPUs total
    Jan 19 17:10:55 rescue kernel: Local APIC address fee00000
    Jan 19 17:10:55 rescue kernel: Enabling the CPU's according to the ACPI table
    Jan 19 17:10:55 rescue kernel: Intel MultiProcessor Specification v1.4
    Jan 19 17:10:55 rescue kernel:     Virtual Wire compatibility mode.
    Jan 19 17:10:55 rescue kernel: OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
    Jan 19 17:10:55 rescue kernel: I/O APIC #2 Version 17 at 0xFEC00000.
    Jan 19 17:10:55 rescue kernel: NTFS driver v1.1.22 [Flags: R/W]
    Jan 19 17:10:55 rescue kernel: SGI XFS snapshot-2.4.21-2003-06-23_01:45_UTC with ACLs, no debug enabled
    Jan 19 17:10:55 rescue kernel: SGI XFS Quota Management subsystem
    Jan 19 17:10:55 rescue kernel: pty: 256 Unix98 ptys configured
    Jan 19 17:10:55 rescue kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
    Jan 19 17:10:55 rescue kernel: keyboard: Timeout - AT keyboard not present?(ed)
    Jan 19 17:10:55 rescue kernel: keyboard: Timeout - AT keyboard not present?(f4)
    Jan 19 17:10:55 rescue kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A
    Jan 19 17:10:55 rescue kernel: Real Time Clock Driver v1.10e
    Jan 19 17:10:55 rescue kernel: Non-volatile memory driver v1.2
    Jan 19 17:10:55 rescue kernel: floppy0: no floppy controllers found
    Jan 19 17:10:55 rescue kernel: RAMDISK driver initialized: 16 RAM disks of 81920K size 1024 blocksize
    Jan 19 17:10:55 rescue kernel: loop: loaded (max 8 devices)
    Jan 19 17:10:55 rescue kernel: via-rhine.c:v1.10-LK1.1.17  March-1-2003  Written by Donald Becker
    Jan 19 17:10:55 rescue kernel:   http://www.scyld.com/network/via-rhine.html
    Jan 19 17:10:55 rescue kernel:   http://www.scyld.com/network/via-rhine.html
    Jan 19 17:10:55 rescue kernel: eth0: VIA VT6102 Rhine-II at 0xe000, 00:40:63:c7:ab:c3, IRQ 23.
    Jan 19 17:10:55 rescue kernel: eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 41e1.
    Jan 19 17:10:55 rescue kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
    Jan 19 17:10:55 rescue kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    Jan 19 17:10:55 rescue kernel: VP_IDE: IDE controller at PCI slot 00:11.1
    Jan 19 17:10:55 rescue kernel: VP_IDE: chipset revision 6
    Jan 19 17:10:55 rescue kernel: VP_IDE: not 100%% native mode: will probe irqs later
    Jan 19 17:10:55 rescue kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    Jan 19 17:10:55 rescue kernel: VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1
    Jan 19 17:10:55 rescue kernel:     ide0: BM-DMA at 0xdc00-0xdc07, BIOS settings: hda:DMA, hdb:pio
    Jan 19 17:10:55 rescue kernel: hda: IC35L040AVVA07-0, ATA DISK drive
    Jan 19 17:10:55 rescue kernel: blk: queue c0463480, I/O limit 4095Mb (mask 0xffffffff)
    Jan 19 17:10:55 rescue kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    Jan 19 17:10:55 rescue kernel: hda: attached ide-disk driver.
    Jan 19 17:10:55 rescue kernel: hda: host protected area => 1
    Jan 19 17:10:55 rescue kernel: hda: 80418240 sectors (41174 MB) w/1863KiB Cache, CHS=5005/255/63, UDMA(100)
    Jan 19 17:10:55 rescue kernel: Partition check:
    Jan 19 17:10:55 rescue kernel:  hda: hda1 hda2 hda3
    Jan 19 17:10:55 rescue kernel: SCSI subsystem driver Revision: 1.00
    Jan 19 17:10:55 rescue kernel: Red Hat/Adaptec aacraid driver, Jul  4 2003
    Jan 19 17:10:55 rescue kernel: 3ware Storage Controller device driver for Linux v1.02.00.032.
    Jan 19 17:10:55 rescue kernel: 3w-xxxx: No cards found.
    Jan 19 17:10:55 rescue kernel: Fusion MPT base driver 2.05.00+
    Jan 19 17:10:55 rescue kernel: Copyright (c) 1999-2002 LSI Logic Corporation
    Jan 19 17:10:55 rescue kernel: mptbase: 0 MPT adapters found, 0 installed.
    Jan 19 17:10:55 rescue kernel: Fusion MPT SCSI Host driver 2.05.00+
    Jan 19 17:10:55 rescue kernel: LVM version 1.0.5+(22/07/2002)
    Jan 19 17:10:55 rescue kernel: NET4: Linux TCP/IP 1.0 for NET4.0
    Jan 19 17:10:55 rescue kernel: IP Protocols: ICMP, UDP, TCP
    Jan 19 17:10:55 rescue kernel: IP: routing cache hash table of 2048 buckets, 16Kbytes
    Jan 19 17:10:55 rescue kernel: TCP: Hash tables configured (established 16384 bind 16384)
    Jan 19 17:10:55 rescue kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
    Jan 19 17:10:55 rescue kernel: RAMDISK: Compressed image found at block 0
    Jan 19 17:10:55 rescue kernel: Freeing initrd memory: 30828k freed
    Jan 19 17:10:55 rescue kernel: VFS: Mounted root (ext2 filesystem).
    Jan 19 17:10:55 rescue kernel: Freeing unused kernel memory: 280k freed
    Jan 19 17:10:55 rescue kernel: eth0: Setting full-duplex based on MII #1 link partner capability of 41e1.
    Jan 19 17:30:55 rescue -- MARK --
    Jan 19 17:50:55 rescue -- MARK --
    Das ist die /var/log/messages ... sorry das die so lang ist, aber ich weiß jetzt nicht was davon wichtig ist. Dort sind ein paar netzwerk sachen und festplatten sachen ... aber sind das auch wirklich fehler?


    Logge dich über http://config.puretec.de ein, wähle deinen Server, auf Server-Verwaltung -> Recovery Tool. In der Maske machst du einen Haken bei Reset, wählst darunter Rescue-System, klickst auf weiter und dann auf aktivieren.
    Danach ein wenig warten, dann wieder einloggen per SSH und ein
    Hatte ich alles ausprobiert, funktioniert nicht! Ich kann über putty nicht darauf zugreifen, wenn ich über das recovery tool neu starte. Das rescue system mußte mir 1und1 starten!

    # e2fsck /dev/hda1 -y
    # e2fsck /dev/hda3 -y
    Das sieht gut aus Was bewirkt das den? e2fsck sagt mir nichts, der rest sind partitionen ... die netzwerkkarte deaktiviert.
    Würds gern genau wissen, da wenn ich das jetzt eingebe und neu starte und es nicht funktioniert muss ich wieder bei 1und1 anrufen, damit die mir das rescue system starten und das kostet mich dann wieder 4,60€ pro anruf

    greeting
    verve
    The Linux-User said: Look in your XConsole! The Windows-User asked: Isn't it called X-Box?

  9. #9
    **** u if u don't like it Avatar von xstevex22
    Registriert seit
    Oct 2001
    Ort
    München
    Beiträge
    820
    Hi!
    Das mit dem Reset sollte/muss klappen. Das Reset deutet an, dass der Server neu gestartet wird (als würde jemand auf den Reset Schalter langen). Über den Punkt Rescue legst du fest, dass dein Notfall System gestartet wird. Dann solltest du dich wieder einloggen können, was ja jetzt der Fall ist.
    Das e2fsck macht einen Plattencheck, einmal von /boot (/dev/hda1) und einmal von / (/dev/hda3). Das ist notwendig, da bei dem Reset ja das System unsauber neu gestartet worden ist. Wenn du die Platten nicht checkst, kann es dir passieren, dass die Kiste nicht hochfährt, weil er beim Booten erkennt, dass nicht sauber ge-unmounted wurde.
    Linux Anleitungen und Berichte: http://www.stevesweb.de

  10. #10
    Registrierter Benutzer
    Registriert seit
    Aug 2003
    Ort
    Bad Nauheim
    Beiträge
    295
    Ich würde mal wetten, dass die 1und1-Leute auch nichts anderes machen, als du es über die Webseite tun kannst (es sei denn, sie hätten dich nach dem Passwort gefragt, sich eingeloggt und normal neu gestartet - sehr unwahrscheinlich). Muss also, wie xstevex22 schon gesagt hat, klappen. Nicht vergessen, das Rescue-System für den nächsten Neustart auch auszuwählen. Nach meiner Erfahrung kann das manchmal bis zu 4 oder 5 Minuten dauern, bis der Server erreichbar ist.

    Die Logs, die du gepostet hast, stammen wohl auch aus dem Rescue-System. Aussagekräftig wären aber die von einem normalen Start resp. dort die Stelle, wo die Netzwerkkarte auftaucht. Die findest du, wenn du die root-Partition mountest und dort unter var/log schaust.

    Aber vielleicht probierst du wirklich erst mal den Filesystem-Check. Wenn's dann wieder geht, ist's ja schon ok.
    Pinguine brauchen keine Fenster, sondern freie Sicht nach allen Seiten

  11. #11
    Registrierter Benutzer
    Registriert seit
    Sep 2002
    Ort
    Hamburg
    Beiträge
    512
    Hi @all,

    ES FUNKTIONIERT !!!!

    Ich habe folgende Befhele ausgeführt:
    # e2fsck /dev/hda1 -y
    # e2fsck /dev/hda3 -y

    bei hda1 hat er nichts besonderes getan, bei hda3 allerdings hatte er einige sachen fixen müßen. Dann habe ich über die Webseite den normal-system gestartet und nun funktioniert es doch tatsächlich

    Danke für eure Hilfe !

    Noch einmal deaktiviere ich nicht die Netzwerkkarte

    greetings
    verve
    The Linux-User said: Look in your XConsole! The Windows-User asked: Isn't it called X-Box?

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •