Debian Remote installieren o.ä.

[inline]

Ja das dacht ich mir auch, die SSD weiter verwenden oder auch sonst braucht man sowas ja immer mal zum "basteln" irgendwo

Das ist DDR2 .... Mal schauen was ich da noch in meiner RAM-Gerümpel-Kiste finde (Nur vom feinsten!) Sind 4 Bänke.

lspci & cpuinfo bring ich nächstes mal gerne mit (wenn ich nächstes mal Zugriff habe).

[hikaru]

Das ist DDR2 .... Mal schauen was ich da noch in meiner RAM-Gerümpel-Kiste finde (Nur vom feinsten!) Sind 4 Bänke.

Auch wenn es unwahrscheinlich ist, stell sicher, dass die auch alle vier DDR2 sind!
Manche nicht ganz so alte Rechner haben 2xDDR2 + 2xDDR3. Mischen lässt sich das nicht. Ich glaube, am Übergang von DDR1 zu DDR2 gab es sowas auch schon.

Und nach dem Aufrüsten natürlich die Nacht mit memtest nicht vergessen! Nicht dass sich die neuen Riegel nicht mit den Alten oder dem Board vertragen.

[inline]

So hab mal die Ausgaben besorgt...ist sowas wie ne kleine Zeitreise

Als erstes sticht mir die Wifi Karte ins Auge....glaube die war damals ziemlich nervig, aber da kann ich ggf. drauf verzichten.
Der Rechner den ich hier noch stehen hab und zum Installieren verwenden wollte ist leider doch nur ähnlich. Scheint das Nachfolgemodell o.ä. zu sein. Aber gleiche CPU, gleicher LAN Controller und gleiche Onboard Graka.

Code: Alles auswählen

 lspci
00:00.0 Host bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL Memory Controller Hub (rev 04)
00:01.0 PCI bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL PCI Express Root Port (rev 04)
00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04)
00:02.1 Display controller: Intel Corporation 82915G Integrated Graphics Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 (rev 03)
00:1d.0 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03)
00:1d.1 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03)
00:1d.2 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03)
00:1d.3 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03)
00:1d.7 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3)
00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801FB/FW (ICH6/ICH6W) SATA Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 03)
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01)
04:02.0 Network controller: Ralink corp. RT3062 Wireless 802.11n 2T/2R

Code: Alles auswählen

 cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping        : 1
microcode       : 0x17
cpu MHz         : 2793.026
cache size      : 1024 KB
physical id     : 0
siblings        : 1
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl cid cx16 xtpr
bogomips        : 5586.05
clflush size    : 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

[hikaru]

Die lspci-Ausgabe sieht weitestgehend unspektakulär aus. Die Onboard-Grafik unterstützt nur eine relativ alte OpenGL-Version und ich bin mir nicht sicher, ob die noch für Gnome oder KDE reicht.
Für den WLAN-Adapter wirst du firmware-ralink brauchen.
Wenn du das System auf deinem PC installierst und dann die SSD zu deiner Mutti schickst, werden sich bei ihr die Namen der Netzwerkgeräte ändern. Ob das ein Problem wäre, weiß ich nicht. Mit udev-Rules ließe sich das bei Bedarf unterdrücken.

cpuinfo ist leider weniger aussagekräftig als erwartet. Ich hatte auf einen genauen Modellnamen für die CPU gehofft. Aber wie gesagt, das war nur Neugier.

[dirk11]

cpuinfo ist leider weniger aussagekräftig als erwartet. Ich hatte auf einen genauen Modellnamen für die CPU gehofft. Aber wie gesagt, das war nur Neugier.

Laut der allwissenden Müllhalde ist das ein Prescott 2M (90nm)

[hikaru]

Laut der allwissenden Müllhalde ist das ein Prescott 2M (90nm)

Sieht so aus. Danke!

[inline]

Mal ne ganz blöde frage dazu : was genau wird passieren wenn es für "irgendwas" keine passende Firmware gibt, der Gerätename anders ist o.ä.?

Vor langer Zeit habe ich mal eine bestehende Installation in einen anderen Rechner eingebaut, das lief zu meinem entzücken vollkommen problemlos. Ist aber schon so lange her, weiß sonst keine details mehr.

Vielleicht ist es ne Idee eine Debian CD (ggf. auch non-oss) mit zu schicken für alle fälle?

[MSfree]

Mal ne ganz blöde frage dazu : was genau wird passieren wenn es für "irgendwas" keine passende Firmware gibt, der Gerätename anders ist o.ä.?

Es kommt auf das "irgendwas" an. Wenn "irgendwas" eine Graphikkarte ist, dann landet man in der Regel auf der Textkonsole und kommt zumindest weiterhin an die Kiste, wenn eine Netzwerkverbindung steht. OK, es kann aber auch sein, daß sich die Kiste schlicht aufhängt.

Wenn "irgendwas" eine Ethernetschnittstelle ist, dann passiert meistens nichts weiter. Die meisten Ethernetscnittstellen funktionieren ohne Firmware, wenn auch manchmal etwas hakelig und mit vermindertem Durchsatz. Zum Konfigurieren reicht es jedoch in der Regel aus.

Wenn "irgendwas" eine WLAN-Schnittstelle ist, dann ist Schicht im Schacht. WLAN-Schnittstellen, die ohne Firmware auskommen, sind selten. Ohne Firmware keine Netzwerkverbindung, also keine Fernzugriff.

Vor langer Zeit habe ich mal eine bestehende Installation in einen anderen Rechner eingebaut, das lief zu meinem entzücken vollkommen problemlos.

Das muß schon sehr lange her sein. Der Name der Netzwerkschnittstelle wurde schon unter Wheezy von der Mac-Adresse abhängig gemacht. Wenn man eine installierte Platte in andere Hardware einbaut, wird das System zwar booten, aber keine Netzwerkevrbindung herstellen, weil die Netzwerkschnitstelle eine andere Mac-Adresse hat.

Seit Stretch ist die Sache noch schlimmer geworden, da werden jetzt (un)predictable Networknames verwendet.

[schorsch_76]

Seit Stretch ist die Sache noch schlimmer geworden, da werden jetzt (un)predictable Networknames verwendet.

Code: Alles auswählen

net.ifnames=0

Das ist auch unter [1] beschrieben.

Das hab ich immer in meiner /etc/default/grub auf der Kernel Commandline angegeben. Das ist natürlich "oldschool" .
Mit der Argumentation unter [1] konnte ich mich nie anfreunden und ich sehe den Vorteil absolut nicht. Wann ist ein / nicht schreibbar? Auf jedem gebooteten System, per NFS oder CD oder wie auch immer, ist entweder aufs [2] oder overlayfs [3] über dem read only Part des Filesystems. Wenn das initramfs in die rescue Shell geht, ist / auch read only aber es ist noch Meilen vom Netzwerk weg.

[1] https://www.freedesktop.org/wiki/Softwa ... faceNames/
[2] https://en.wikipedia.org/wiki/Aufs
[3] https://en.wikipedia.org/wiki/OverlayFS