X bzw. Gnome durch SSH tunneln
Hallo List! Ich habe vor kurzem im Internet gelesen, dass man die grafische Oberfläche bei einem Linuxsystem (ähnlich wie bei einem Windows Terminalserver) Remote nutzen kann. Nun möchte ich Gnome auf meinem Server im Rechenzentrum installieren und dort auch drauf arbeiten. Da dieser Rechner aber auch direkt an das Internet angebunden ist, würde ich X gerne über SSH tunneln, weiß aber nicht wie das genau funktioniert. Zudem hat der Rechner auch keine Grafikkarte. Bei Google hab ich nichts gescheites finden können. Kann mir evtl. jemand brauchbare HowTOs für Debian Sarge Systeme empfehlen? Danke im Voraus! Sebastian Brüchner -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Adaptec 3200S RAID-Controller unter Debian
> --- Ursprüngliche Nachricht --- > Von: Markus Boas <[EMAIL PROTECTED]> > An: debian-user-german@lists.debian.org > Betreff: Re: Adaptec 3200S RAID-Controller unter Debian > Datum: Tue, 23 Aug 2005 07:05:30 +0200 > > Am Dienstag 23 August 2005 00:13 schrieb Sebastian Brüchner: > > Hallo @ all, > > > > ich habe folgendes Problem: > > Ich möchte unter Debian ein Hardwareraid mit einem Adaptec 3200S > > Raidcontroller realisieren. Nun habe ich schon statt des 2.4er Kernels > den > > 2.6.8er Kernel zusammengebaut und der Controller sowie die beiden RAID > Sets > > werden beim Starten auch erkannt. > > Mein Problem ist jetzt, dass ich die RAIDs nicht partitionieren kann. > Wenn > > ich "cfdisk /dev/sda" versuche auszuführen, hängt die Konsole und ich > kann > > den Prozess auch nicht mehr "killen". > > Da das ganze über das i2o System läuft, dachte ich, dass es vielleicht > über > > "/dev/i2o/sda" zu regeln wäre aber "/dev/i2o" existiert schon nicht. > > Der Ansatz war richtig, über i2o sind die Platten dann aber hda. > Zumindest wars bei mir mit 3410s so. Das habe ich auch überprüft, da sagt er mir aber auch, dass keine Festplatte vorhanden ist. Ausserdem hat er beim Booten (DMESG) folgendes ausgegeben: SCSI device sda: 71131136 512-byte hdwr sectors (36419 MB) SCSI device sda: drive cache: write back sda: unknown partition table Attached scsi disk sda at scsi0, channel 0, id 1, lun 0 SCSI device sdb: 250904576 512-byte hdwr sectors (128463 MB) SCSI device sdb: drive cache: write through sdb: unknown partition table Was den beiden Raids entspricht. > > Ok gibt mir mal bitte nur das cat /proc/scsi/scsi. Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: ADAPTEC Model: RAID-5 Rev: 370F Type: Direct-AccessANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: ADAPTEC Model: RAID-0 Rev: 370F Type: Direct-AccessANSI SCSI revision: 02 Host: scsi1 Channel: 00 Id: 06 Lun: 00 Vendor: SEAGATE Model: SX150176LC Rev: BA08 Type: Direct-AccessANSI SCSI revision: 02 Auch hier, wird alles richtig anzeigeigt. > Zudem sieht das hier aus als hättest du die dt_i2o Module erst geladen und > dann den Kontroller zusätzlich über i2o angesproche. Das hatte ich zu Anfangs auch gemacht, dann habe ich das aber festgestellt und das i2o Modul aus dem Kernel geschmissen und nur noch das dpt_i2o drin gelassen > Ist der 3200s in der Performance auch so schlecht wie der 3400s? Kann ich nicht beurteilen, habe den 3400S noch nicht in den Fingern gehabt. Dürften sich an und für sich ja nicht großartig unterscheiden, da der 3400S ja im Prinzip der selbe Controller ist, nur mit Daugtherboard als Kanalerweiterung. Oder irre ich mich? > > Mfg > Ryven Gruß Sebastian > > > > > Ich bin echt Ratlos. > > > > Hoffentlich kann mir jemand helfen. > > > > Vielen Dank schonmal im voraus! > > > > Gruß > > > > Sebastian > > > > Anbei noch ein DMESG: > > > > hashdb:/# dmesg > > Linux version 2.6.8 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian > 1:3.3.5-13)) > > #2 Sun Aug 21 03:48:28 CEST 2005 > > BIOS-provided physical RAM map: > > BIOS-e820: - 0009f800 (usable) > > BIOS-e820: 0009f800 - 000a (reserved) > > BIOS-e820: 000f - 0010 (reserved) > > BIOS-e820: 0010 - 1ffec000 (usable) > > BIOS-e820: 1ffec000 - 1ffef000 (ACPI data) > > BIOS-e820: 1ffef000 - 1000 (reserved) > > BIOS-e820: 1000 - 2000 (ACPI NVS) > > BIOS-e820: - 0001 (reserved) > > 511MB LOWMEM available. > > On node 0 totalpages: 131052 > > DMA zone: 4096 pages, LIFO batch:1 > > Normal zone: 126956 pages, LIFO batch:16 > > HighMem zone: 0 pages, LIFO batch:1 > > DMI 2.3 present. > > ACPI: RSDP (v000 ASUS ) @ 0x000f6a10 > > ACPI: RSDT (v001 ASUS A7V-133 0x30303031 MSFT 0x31313031) @ 0x1ffec000 > > ACPI: FADT (v001 ASUS A7V-133 0x30303031 MSFT 0x31313031) @ 0x1ffec080 > > ACPI: BOOT (v001 ASUS A7V-133 0x30303031 MSFT 0x31313031) @ 0x1ffec040 > > ACPI: DSDT (v001 ASUS A7V-133 0x1000 MSFT 0x010b) @ 0x > > Built 1 zonelists > > Kernel command line: BOOT_IMAGE=LinuxNEW2 ro root=822 > > Local APIC disabled by BIOS -- reenabling. > > Found and enabled local APIC! > > Initializing CPU#0 > > PID hash table entries: 2048 (order 11: 16384 bytes) > > Detected 1273.397 MHz processor. > > Using tsc for high-res timesource > &g
Adaptec 3200S RAID-Controller unter Debian
Hallo @ all, ich habe folgendes Problem: Ich möchte unter Debian ein Hardwareraid mit einem Adaptec 3200S Raidcontroller realisieren. Nun habe ich schon statt des 2.4er Kernels den 2.6.8er Kernel zusammengebaut und der Controller sowie die beiden RAID Sets werden beim Starten auch erkannt. Mein Problem ist jetzt, dass ich die RAIDs nicht partitionieren kann. Wenn ich "cfdisk /dev/sda" versuche auszuführen, hängt die Konsole und ich kann den Prozess auch nicht mehr "killen". Da das ganze über das i2o System läuft, dachte ich, dass es vielleicht über "/dev/i2o/sda" zu regeln wäre aber "/dev/i2o" existiert schon nicht. Ich bin echt Ratlos. Hoffentlich kann mir jemand helfen. Vielen Dank schonmal im voraus! Gruß Sebastian Anbei noch ein DMESG: hashdb:/# dmesg Linux version 2.6.8 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #2 Sun Aug 21 03:48:28 CEST 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 1ffec000 (usable) BIOS-e820: 1ffec000 - 1ffef000 (ACPI data) BIOS-e820: 1ffef000 - 1000 (reserved) BIOS-e820: 1000 - 2000 (ACPI NVS) BIOS-e820: - 0001 (reserved) 511MB LOWMEM available. On node 0 totalpages: 131052 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 126956 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. ACPI: RSDP (v000 ASUS ) @ 0x000f6a10 ACPI: RSDT (v001 ASUS A7V-133 0x30303031 MSFT 0x31313031) @ 0x1ffec000 ACPI: FADT (v001 ASUS A7V-133 0x30303031 MSFT 0x31313031) @ 0x1ffec080 ACPI: BOOT (v001 ASUS A7V-133 0x30303031 MSFT 0x31313031) @ 0x1ffec040 ACPI: DSDT (v001 ASUS A7V-133 0x1000 MSFT 0x010b) @ 0x Built 1 zonelists Kernel command line: BOOT_IMAGE=LinuxNEW2 ro root=822 Local APIC disabled by BIOS -- reenabling. Found and enabled local APIC! Initializing CPU#0 PID hash table entries: 2048 (order 11: 16384 bytes) Detected 1273.397 MHz processor. Using tsc for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 515068k/524208k available (2138k kernel code, 8392k reserved, 895k data, 164k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 2498.56 BogoMIPS Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 0183fbff c1c7fbff CPU: After vendor identify, caps: 0183fbff c1c7fbff CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 256K (64 bytes/line) CPU: After all inits, caps: 0183fbff c1c7fbff 0020 CPU: AMD Athlon(tm) Processor stepping 02 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. enabled ExtINT on CPU#0 ESR value before enabling vector: ESR value after enabling vector: Using local APIC timer interrupts. calibrating APIC timer ... . CPU clock speed is 1273.0020 MHz. . host bus clock speed is 268.0004 MHz. NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf1150, last bus=3 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: IRQ9 SCI: Edge set to Level Trigger. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12 14 *15) ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) Disabling VIA memory write queue (PCI ID 0305, rev 03): [55] 89 & 1f -> 09 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] SCSI subsystem initialized PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 15 ACPI: PCI interrupt :00:04.2[D] -> GSI 15 (level, low) -> IRQ 15 ACPI: PCI interrupt :00:04.3[D] -> GSI 15 (level, low) -> IRQ 15 ACPI: PCI interrupt :00:09.1[A] -> GSI 15 (level, low) -> IRQ 15 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 ACPI: PCI interrupt :00:0c.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 3 ACPI: PCI interrupt :01:01.0[A] -> GSI 3 (level, low) -> IRQ 3 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10 ACPI: PCI interrupt :03:04.0[A] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI interrupt :03:05.0[A] -> GSI 15 (level, low) -> IRQ 15 ACPI: PCI interrupt :03:06.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt :03:07.0[A] -> GSI 3 (level, low) -> IRQ 3 spurious 8259A interrupt: IRQ7. vesafb: probe of vesafb0 failed with error -6 vga1
