Beiträge von Arnulf zu Linden

Zitat von Sje

Der Taugt auch auf Sockel A, zumindest bis zum 2600+ wenn man gute WLP benutzt.
Für den P3 ist der überdimensioniert, auf kleinster Stufe läßt sich mein P3 um 40°C halten.

Auf Sockel-A hat man dann aber null Reserve, wenn z.B. mal der Lüfter spackt:
Athlon XP 2200+ mit Arctic Cooling 2, Prozessorlüfter ausgefallen, Prozessor = Kernschrott!
Meine Sockel-A-Kisten sind prozessormäßig eh mehr oder weniger bis zum Anschlag ausgebaut: Athlon XP 2600+ bei FSB266, Athlon XP 3000+ bei FSB333, Athlon XP 3200+ bei FSB200. Da dürfen dann schon ein Zalman CNPS7000 oder bei fehlenden Montagelöchern ein Titan Vanessa S-type für kühle Köpfe sorgen.

Auf Sockel-370 bietet der Arctic Cooling Reserve. +40°C sind doch genug für einen Prozessor. Grillparty muss nicht im PC-Gehäuse stattfinden. Und wenn man so'n paar Sockel-A-Kisten kühlermäßig aufgerüstet hat (s.o.), dann sind diese Arctic Cooling Dinger eh über.

Zitat von Sje

Pentium 3 Coppermine:

Das sieht nach einer der wenigen sinnvollen Verwendungsmöglichkeiten für einen "Arctic Cooling" Kühler, der eigentlich für den Sockel-A bestimmt ist, dort aber nichts taugt, aus.

Zitat von meego4ever!

Ich habe heute dieses Mainboard bekommen: http://www.ebay.de/itm/Mainboard-…g-/370865010703

Bei dem Alter der Hauptplatine (Sockel-4) musst Du bei dem Dallas-Modul mit dem Schlimmsten rechnen und solltest entsprechende Maßnahmen vor dem Einbau in ein Gehäuse einleiten.

Bei Sockel-4 kannst Du Glück haben, das nicht nur FPM-Module, sondern auch EDO-Module funktionieren. Auf meinem "Intel Premiere ED" funktionieren 4× 32 MiB EDO klaglos, obwohl im Handbuch nur FPM erwähnt wird. Die "cacheable RAM area" dürfte bei nur 64 MiB liegen, was zu beachten ist, wenn DOS oder Windows installiert werden sollen. Bei Linux ist das nicht ganz so kritisch. Bei Sockel-4 mit Intel-Chipsatz wurde häufig der berüchtigte RZ1000-PCI-IDE-Controller verbaut, der einen üblen Bug enthält, der zu Datenschrott auf den daran angeschlossenen Festplatten führt. Windows 95 OSR 2.x (OSR 1.x keine Ahnung) und höher sowie Linux Kernel 2.4 und höher (2.2 & älter keine Ahnung) bringen dafür aber Bugfixes mit. Außerdem kann im BIOS eine Festplattenkapazitätsbegrenzung auf 504 MB (C,H,S = 1024,16,63) enthalten sein, auch wenn das BIOS die volle Kapazität anzeigt (einfach mit DOS-Diskette mal probieren, ob fdisk an die gesamte Festplattenkapazität bis max. 8,4 GB dran kommt).

Zitat von Scrippler

Asus A8-N

Mit dem Brett hatte ich mal auf Arbeit Ärger. Bestückt ist es mit 'nem Athlon64 X2 3800+, RAM siehe unten, PCIe-Grafikkarte nvidia GeForce 7300. Das Brett hat eine starke Abneigung gegen Windows 7 64-Bit!

Windows XP SP3 professional 32-Bit: funktioniert (bestückt mit 3 GiB RAM; BIOS: "memory remapping" disabled)
Windows 7 SP1 professional 64-Bit: funktioniert nicht¹ (bestückt mit 4 GiB RAM; BIOS: "memory remapping" enabled)
Slackware64-13.0: funktioniert (bestückt mit 4 GiB RAM; BIOS: "memory remapping" enabled)

¹Es lässt sich zwar installieren, stürzt aber immer wieder nicht reproduzierbar ab.

Zitat von Xaar

Die Soundkarte wollte er nicht haben, aber macht auch nix

In der VM oder auf dem ThinkPad 380XD?
Für den Letzteren gibt es doch das hier.

IDE master/slave: Sind die Steckbrücken an den Festplatten und ggf. dem Atapi-Laufwerk richtig gesetzt? Vergiss bei IDE "cable select"!

Teste & säubere die "neue" Festplatte mit "badblocks -w", bevor Du die in einen Server einbaust!
Dafür kannst Du die Festplatte einfach an irgendeine Kiste, an der auch ein CD/DVD/BD-Laufwerk hängt, aber keine weiteren Festplatten angeschlossen sind (ggf. abstöpseln!), anschließen, die diese mit voller Kapazität erkennt (kein Uralt-IDE-Controller für IDE-Festplatten > 120 GB) und dann ein Live-Linux von CD/DVD starten.

Zitat von Magic94

Vorher hatte er 3 Festplatten (2 per IDE und 1 per USB)

Eine Festplatte über USB an einem Server zu betreiben ist wegen der Unzuverlässigkeit von USB einigermaßen sinnentleert. Eine Festplatte über USB oder IEEE1394 an einem Server zu betreiben ist außerdem riskant, weil die im laufenden Betrieb problemlos versehentlich abgestöpselt werden können. Wenn der Server schon etwas betagter ist und kein SATA kann, dann steck da einen SATA 3GB/s-Controller als PCI-Steckkarte rein. PCI bremst zwar die SATA-Geschwindigkeit, aber Festplatten mit hoher Kapazität sind dann kein Problem mehr.

Falls Dein Problem nun immer noch besteht, müsstest Du schon ein paar Daten zur Hardware nennen:

• alle Festplatten & andere Massespeicher im System
• weitere Laufwerke im System
• Hauptplatine
• weitere IDE-/SATA-/SCSI-Controller im System (Steckkarten)

Hat jemand Unterlagen zu dem nachfolgend abgebildeten 56k-Modem? Das Modem wurde mir "nackt", also ohne Zubehör oder Dokumentationen übergeben.

Insbesondere werden folgende Informationen benötigt:

• Mit welcher Spannung ist das Modem zu versorgen? Das Originalnetzteil ist nicht mehr vorhanden.
• In welche Buchse wird das Kabel zur Telefondose gesteckt?

Zitat von Benjamin92

Also ich hab hab da jetzt die Windows 7 x64 Version installiert.

Au weia, das grenzt bei der mageren Hardware schon an Selbstkasteiung.

Für Windows 7 64-Bit setze ich als Minimum einen Zweikernprozessor und 4 GiB RAM an. Ist weniger vorhanden, wähle ich eine andere Lösung, also je nach Anwendungsfall ein 32-Bit Windows (ohne Internet XP, mit Internet 7) oder ein entsprechend herunter skaliertes Linux.

Zitat von Benjamin92

Habe hier gerade einem weiteren Windows XP Rechner Windows 7 installiert. Läuft ganz ordentlich auf nem Athlon 64 3200+ mit 2 GB RAM.

Windows 7 32-Bit oder 64-Bit?
64-Bit dürfte auf der Hardware eher verzweifelt nach Luft ringen als "ganz ordentlich" zu laufen. 32-Bit hingegen nutzt wie Windows XP den x86_64-Prozessor nicht voll aus.

Zitat von Coburg-M

Hallo Gemeinde.
Auf Arbeit haben wir Maschinen auf Linux-Basis. Die Eingabe läuft via Touch. Nur hat jemand den Touchscreen mit nen Messer gekillt und ne Maus einfach so anschließen is nich.
Muss ich den Touch erst deaktivieren, damit ne Maus funzt?

In diesem Fall (gewerbliches Umfeld): Austauschen!
Je nach Einsatzgebiet (Was wird mit dem Touchpad letztlich bedient?) und Umgebung (Dreck, Feuchtigkeit, …) ist eine Bedienung mit Tastatur & Maus nicht sinnvoll möglich oder sogar gefährlich.

Falls seitens der Firma nicht auf Verschrottung bestanden wird, kann man die alte Hardware ohne Touchscreen vielleicht noch anderweitig privat nutzen.

Zitat von Commodore-Freak

Ja ernsthaft vielen Dank, dass ich allen Kunden die morgen zu mir kommen und berichten, dass ihr Windows XP doch noch ein Update gekriegt hat, und dass sie es deshalb bedenkenlos weiterverwenden können, jetzt irgendwie erklären muss dass XP dadurch nicht plötzlich sicher geworden ist...

Wo ist Dein Problem? Als im Einzelhandel Tätiger wirst Du schließlich für sowas bezahlt! Und in vielleicht 10 Jahren wird Windows XP dann auch mehr oder weniger dem digitalen Vergessen anheim gefallen sein (oder sich mit der Anschaffung neuer Hardware von selbst erledigt haben). Bis dahin freuen wir uns über jedes weitere Update, dass uns den Umstieg auf irgend so ein neumodisches Zeug (und neue Hardware, damit dieses neumodische Zeug nicht wie 'n Breitbandnarkotikum wirkt) noch eine Weile erspart.

Zitat von meego4ever!

Linux auf dem 386. Das sieht mal richtig spannend aus. Wie fühlt sich das System den an, kann man damit auch etwas 'arbeiten'? Und wie bekommt man es auf einen so alten Rechner installiert?

Auf der Console ist die Geschwindigkeit vor dem Hintergrund der verbauten Hardware akzeptabel. Mit mc lässt sich arbeiten. X ist natürlich so 'ne Sache. "startx" und dann kann man sich erst mal um $_Lieblingsgetränk kümmern, bevor der Bildschirm aufgebaut ist. Die 32 MiB RAM sind dann auch ziemlich voll, was die Sache natürlich recht zäh macht.

Die alten Slackware-Versionen, die noch mit einem 2.4er Kernel daher kommen, bringen auch einige images für Boot-Disketten mit. Davon wird dann für ein 386er-System mit IDE-HDD und Atapi-CD-ROM (am IDE-Controller, nicht an einer Soundkarte!) die "startet auch auf'm 386er mit IDE"-Diskette erstellt und diese Diskette schubst dann die weitere Installation von CD an. Danach läuft das wie jede andere Slackware-Installation auch ab, also komplett im Textmodus! Es geht natürlich auch schneller, indem die Festplatte in ein moderneres System gehangen wird und dort installiert wird. Wichtig ist dabei aber, dass die Festplatte dort mit der exakt gleichen Geometrie wie im 386er betrieben wird, was für IDE-Festplatten i.d.R. zu Fuß im BIOS eingestellt werden muss! Bei SCSI-Festplatten sollten Festplatte und SCSI-Controller aus dem 386er in das modernere System für die Installation transferiert werden. Nach dem Rücktransfer in den 386er muss evtl. einmal mit der erwähnten Boot-Diskette angestartet werden, wenn LILO rumzickt.

Die letzte Slackware, die auf 386ern lauffähig ist, ist die Version 9.0. Ab Version 9.1 wird mindestens ein 486er vorausgesetzt.

Vergesst DeLi Linux, das eigentlich für so alte Gurken gedacht ist. Im Vergleich zu Slackware 9.0 ist DeLi 0.7.2 (neuere brauchen dann doch schon einen 486er) eine Schlaftablette!

Auf einem 386er sollte unbedingt ein zur Hardware passender Kernel gebaut werden, denn hier geht es um jedes Byte RAM! Allein durch das Rausschmeißen des gesamten PCI-Geraffels aus dem Kernel schrumpft dieser auf ca. 55% gegenüber einem sonst gleichen Kernel mit PCI-Kram drin. Außerdem enthalten die Distri-Kernel für 386er die "Math Emulation", die bei vorhandenem Koprozessor natürlich raus muss. Auf dem hier beim entsprechenden Desktop erwähnten 386er dauert "make dep clean bzImage" für Kernel 2.4.33.3 etwa 1½ Tage. Der PC sollte also irgendwo stehen, wo er nicht stört, während er vor sich hin rödelt.

Für Linux auf einem 386er empfehle ich mindestens:

• 386er mit min. 33 MHz
• 387er Koprozessor - "Math Emulation" will man definitiv nicht im Kernel haben!
• nur Console: min. 8 MiB RAM
• mit X: min. 32 MiB RAM
• mit X: VGA-Grafikkarte mit min. 1 MiB Grafikspeicher
• serielle 3-Tasten-Maus an RS232, bei PS/2-Kisten halt die vorhandene PS/2-Maus (Maus ist auch auf der Console sinnvoll einsetzbar)
• Festplatte, Größe abhängig von dem, was installiert werden soll, sollte danach zu max. ca. 70% gefüllt sein ("Luft" für $_wasauchimmernochkommt). Linux braucht das BIOS nur zum Starten des Kernels, danach interessieren BIOS-HDD-Limits nicht mehr!
• Diskettenlaufwerk 3½" 1,44 MB
• CD-ROM-Laufwerk, das gebrannte CD-R lesen kann, IDE oder SCSI
• wenn eine IDE-Festplatte eingesetzt werden soll, dann eine, die mdma2/pio4 kann, damit die nicht der Flaschenhals wird, BIOS-HDD-Limits s.o.; wenn eine SCSI-Festplatte eingesetzt werden soll, dann eine, die nicht der Flaschenhals wird
• 10Base-T-fähige Ethernetkarte, die viel in Hardware erledigt, z. B. 3Com 3C509B - damit man später nicht für jeden Pups, der nicht mehr auf eine Diskette passt, 'ne CD brennen muss.

Ach ja, falls man auch noch DOS auf der Kiste haben möchte, ist das auch kein Problem. Entweder bestiefelt man eine für das BIOS zu große IDE-Festplatte mit einem DDO, oder man gibt dem DOS die ersten 1014 Zylinder (ca. 490 MB) auf der Festplatte und packt in Zylinder 1015-1022 (sicher ist sicher, deshalb nicht bis 1023) /boot mit dem Kernel. Dahinter kommen dann / und swap und ggf. weitere Partitionen, ohne DDO aber nur welche für Linux, weil DOS da ohne DDO nicht dran käme.

Zitat von michi

warum so ein alter kernel?

Der passt gut zur verbauten Hardware und zur Slackware64 13.0, zumindest läuft das System damit rund. Da war versuchsweise auch mal ein 3.x installeirt, aber irgendwas (ist schon zu lange her, könnte aber was mit alsa oder der DVB-T-Karte gewesen sein) lief damit nicht richtig. Zum Distri-Update wird dann auch 'nen dann aktueller Kernel 3.x kommen. Auf Arbeit läuft die Slackware64 13.0 auf einem Kernel 3.x, aber in den PCs ist auch nicht so viel zusätzliche Hardware, insbesondere keine älteren PCI-Steckkarten, verbaut.

Zitat von freaked

RAM: 16 MiB DDR2 PC-800 @ PC-667

wie arm
16mb

Ja, der Fluch von copy & paste

Dass die PC-800 Riegel aber nur mit PC-667 stabil laufen, ist tatsächlich arm, aber nicht zu ändern
Bei Bestückung mit max. 12 GiB läuft das RAM mit PC-800 stabil, aber bei Vollausbau mit 16 GiB weigert sich entweder die Hauptplatine oder der Prozessor.

Zitat von thosch97

Man könnte natürlich eine nicht antike Distribution benutzen, die sowas wie einen Paketmanager hat, der einem das auflösen kann…

Slackware64_13.0 == antik;

Das kann man in unserer kurzlebigen Zeit vielleicht so sehen, aber:

Slackware64_14.1 != antik;

Die ist aktuell, und Paketmanager können auch nicht immer alles auflösen. Außerdem bin ich damals von SuSE auf Slackware umgestiegen, weil Slackware so schön aufgeräumt ist, was auch mit dem nicht vorhandenen Paketmanager zu tun hat. Wenn LIBs fehlen, kommt man mit "ldd" weiter, aber wenn die Versionen einfach nicht passen, dann kann auch ein Paketmanager letztlich nur aufgeben, also auf ein Distri-Update verweisen.

Und es gibt sicherlich nicht nur einen guten Grund, warum die Slackware schon so lange durchhält und diverse andere Distris hat kommen und gehen sehen.

'n paar Desktops auf Museumskisten:

Prozessor: Am386DX-40 + IIT 4C87-40
Hauptplatine: ? ISA-386C PQ
RAM: 32 MiB SIMM 70 ns
Grafikkarte: Trident TVGA8900B (ISA, VGA, 1 MiB)
OS: Slackware 9.0, Kernel 2.4.33.3
Screen: 1024×768 @ 8bpp
WM: fvwm95

Prozessor: Intel i486DX2-66
Hauptplatine: Soyo 020P2
RAM: 32 MiB SIMM 60 ns
Grafikkarte: Cirrus Logic CL-GD5424 (ISA, VGA, 1 MiB)
OS: Slackware 9.1, Kernel 2.4.33.3
Screen: 800×600 @ 15bpp
WM: icewm

Prozessor: Cyrix 5x86-100GP
Hauptplatine: QDI SIS471G
RAM: 48 MiB FPM/SIMM 60 ns
Grafikkarte: Cirrus Logic CL-GD5429 (VLB, VGA, 2 MiB)
OS: Slackware 9.1, Kernel 2.4.33.3
Screen: 1024×768 @ 15bpp
WM: icewm

Prozessor: Intel Pentium-S 200
Hauptplatine: AOpen AP5S
RAM: 256 MiB EDO 60 ns
Grafikkarte: 3Dfx Voodoo3 2000 (PCI, VGA, 16 MiB)
OS: Slackware 9.1, Kernel 2.4.33.3
Screen: 1280×960 @ 24bpp
WM: icewm

Hardware wie eins weiter oben. Auf die Kiste würde man vielleicht sogar ein Windows XP drauf bekommen, aber bei den "leichten Werten" der Kiste dürfte dass dann genau gar keinen Spaß machen - es sei denn, man möchte die Langsamkeit neu erleben.

und vom aktuellen Arbeitsrechner:

Prozessor: AMD Phenom II X6 1100T
Hauptplatine: Gigabyte GA-MA770-UD3 rev. 1.0
RAM: 16 GiB DDR2 PC-800 @ PC-667
Grafikkarte: nvidia GeForce GT630 (PCIe x16, DVI/VGA, 2 GiB)
OS: Slackware64 13.0, Kernel 2.6.39.4
Screen: 1920×1200 @ 24bpp
WM: KDE 3.5.10

Zitat von gandro

Also Firefox 3.6 ist nun wirklich [url=http://caniuse.com/#compare=firefox+3.6,firefox+29]masslos veraltet[/url] (nach unten scrollen).

Eigentlich fehlt mir nur SVG-Unterstützung. Den ganzen anderen Kram kenne ich entweder gar nicht oder brauche ihn nicht.

Zitat von mrshadowtux

Son Uraltbrowser wird ernsthaft noch genutzt?! Wie wärs mal mit updaten?

Gaaaanz schlecht!!!
Irgendwann hatte ich das mal probiert, es klemmte dann immer mit irgendwelchen LIBs (unpassende Versionen), und dann habe ich das halt bleiben gelassen, um mir nicht nur wegen eines aktuelleren Browsers das System zu zerballern. Irgendwann, aber wohl frühestens im Herbst, wenn wieder kalte, verregnete Wochenenden anstehen, wird es wohl die dann aktuelle Slackware64 auf dem Arbeits-PC geben und da wird dann auch ein neuerer Firefox mit dabei sein.

Zitat von meego4ever!

Die Zeiten von XP - zumindest für den produktiven Einsatz sind vorbei. Wenn dann wirklich nur noch auf Museumsmaschinen.

Ooch, also 'nen Messrechner mit Windows XP kann durchaus im "produktiven Einsatz" sein, und das noch Jahre lang.

"Die Zeiten von XP - zumindest für den produktiven Einsatz im Büroumfeld sind vorbei. Wenn dann wirklich nur noch auf Museumsmaschinen oder PCs für spezielle Anwendungen ohne Internetverbindung."

Heute auf Arbeit drüber gestolpert. Mit Firefox 28 (auf Windows 7 64-Bit) lief schon seit Tagen Google Maps nicht mehr, weil die auch irgendwas katastrophal umgestrickt haben. Mit Firefox 29 läuft es wieder, und man kann Google Maps zum Glück noch in den "klassischen Modus" zurück schalten. Zuhause kommt dieser neumodische, nicht funktionale Müll bei Google Maps gar nicht erst, Firefox 3.6.28 (auf Slackware64 13.0) verhindert das offenbar. Dieser Update-Wahn führt doch letztlich zu nichts und wieder nichts. Und wenn Internetseiten mit einem etwas älteren Browser nicht oder nicht richtig angezeigt werden, weil deren Webdesigner mal wieder Amok zwischen zwei Lines gelaufen sind, wollen die Betreiber dieser Seiten nicht, dass ich mir die anschaue!

Zitat von Tax-5

Nun die Platte liegt ungenutzt bei mir rum...
Ich müsste morgen eh zur Post fahren.. wer also schnell reagiert, bekommt die

Dann schick Sie mir. Xaar nimmt vermutlich lieber die 2,1 GB, weil:

Zitat von Xaar

'ne 60GB-HDD in 'nem Pentium-Notebook erscheint mir arg übertrieben, auch wenns technisch funktioniert

Bislang hat die 2,1 GB funktioniert, aber vor dem Versand würde ich da sicherheitshalber noch mal "badblocks -w" (oder "badblocks -n", wenn Interesse an dem installierten Linux besteht) drüber laufen lassen. Vorher muss auch noch das auf der 2,1 GB installierte Linux auf die 20 GB geklont werden.