Hab hier noch irgendein SuSE für IA32 ![]()
Beiträge von Alpha
-
-
Hab beides. Mein Floppy Kabel ausm K6 hat auch keine Lust.. Polung und co. ist korrekt. Floppy leuchtet nicht dauerhaft.
-
Ich hoffe, das ist okay, wenn ich hier den Thread raushole.. aber ich hänge an dem selben Problem.
Mein Biostar MB-8433UUD-A (Rev 3.1) meldet beim Start "Floppy Disk(s) fail (40)". Im BIOS ist das Floppy korrekt als 1.44MB eingerichtet. Ist ein normales TEAC-Floppy 1.44MB.
Kabel und Floppy habe ich bereits zum Test getauscht
Hat noch jemand eine Idee? Viel falsch kann man doch da nicht machen?! -
Die Prozentwerte sind doch sicher auf die CPU-Last bezogen. Bei 4 Kernen wäre das Optimum bei 400%. Das würde hier zu allen Ergebnissen Passen..
Mein i7 hat 4 Kerne und 4 HT, also 8 "Kerne" komplett, daher über 700% die Auslastung.
-
Problem gelöst ;>
-
-
Intel Core i7-975 @ 3.30GHz
Code
Alles anzeigen7-Zip (A) [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=de_DE.utf8,Utf16=on,HugeFiles=on,8 CPUs) RAM size: 11988 MB, # CPU hardware threads: 8 RAM usage: 1701 MB, # Benchmark threads: 8 Dict Compressing | Decompressing Speed Usage R/U Rating | Speed Usage R/U Rating KB/s % MIPS MIPS | KB/s % MIPS MIPS 22: 18143 663 2662 17649 | 226514 772 2647 20429 23: 16182 614 2685 16488 | 221477 768 2639 20262 24: 14779 609 2610 15891 | 224622 792 2631 20836 25: 16327 683 2728 18642 | 220875 793 2620 20770 ---------------------------------------------------------------- Avr: 642 2671 17167 781 2634 20574 Tot: 712 2653 18871Intel Atom E680 @ 1.60GHz
Code
Alles anzeigen7-Zip (A) [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=de_DE.utf8,Utf16=on,HugeFiles=on,2 CPUs) RAM size: 2004 MB, # CPU hardware threads: 2 RAM usage: 425 MB, # Benchmark threads: 2 Dict Compressing | Decompressing Speed Usage R/U Rating | Speed Usage R/U Rating KB/s % MIPS MIPS | KB/s % MIPS MIPS 22: 935 157 580 909 | 15529 187 750 1402 23: 895 155 588 912 | 14789 179 754 1354 24: 887 161 592 953 | 14999 185 752 1391 25: 859 163 602 981 | 14763 185 749 1388 ---------------------------------------------------------------- Avr: 159 591 939 184 751 1384 Tot: 171 671 1161 -
Zitat
The default current limit for the new B+ USB current limiter is 600mA, but can be increased to double that with an entry in config.txt.
It seems your 3G dongle is using in excess of 600mA, that's quite a lot!I wasn't aware that the new software in the B+ would flash the power LED when the current limiter senses an over-current, but it is quite possible it does! The default is that the LED will be turned off when a brownout detector senses the 5V power dropping below 4.6V, but I knew the PWR LED could both be read out from software, and that the power LED could be taken over in software, so now we now more.
-> http://www.raspberrypi.org/forums/viewtopic.php?f=28&t=82555
Könnte mit NT garnicht so falsch sein.. da schreibt einer, dein NT sollte mind. 2A raushauen.
-
Das sieht mir viel eher nach einem Faketrailer aus.. und der erste Teil war doch ein ziemlicher Flop..
-
Auf Garantie einschicken?
-
Defektes Modell?
-
-
McFly, Du feige Sau!

-
Congstar sagt nein.Wir reden von Telekom..
-
Kann man auch mit systemd, wenn du syslog-Weiterleitung aktivierst. Ich aktiviere syslog-Export gerne manuell von Hand, wenn ich dafür echte Probleme gelöst kriege, wie etwa Logs vom Early-Boot.Denn Early-Boot mit klassischen Loggern zu debuggen ist um einiges der grössere Schmerz als mit ein Tool aufzurufen was mir kurz ne Textdatei generiert.
Was genau muss man vom Boot loggen bzw. wird denn so nicht erfasst?
-
Hä? systemd hat schon immer, und wird auch immer, die Erstellung von syslog-Textdateien unterstützen. Eure Kunden können weiterhin Textlogs in der Gegend herumschicken wie sie lustig sind.Dass die Logs Binärdateien sind machen die Entwickler ja nicht um Admins zu ärgern, sondern um Logs über Dateisystemgrenzen hinweg zu unterstützen (journald kann initramfs mitloggen und abspeichern), es garantiert Atomizität und Fälschungssicherheit und erlaubt es zudem Metadaten im Log abzuspeichern die eine Textdatei sonst unlesbar machen würde.
Standard ist das aber nicht, jedenfalls nicht, was ich in letzter Zeit so gesehen habe. Ergo müsste das umgestellt werden. Oder gibts inzwischen das per Standard aktiv?
Nö. Sehe ich so nicht. Aber lassen wir das. Ist meine Meinung. Nur am Rande: Ich rede nicht davon, dass alles dem User bereitgestellt werden soll, damit er überall eine Wahl hat.
-
Naja ich finde den Einwand schon berechtigt. Wenn ich hier nur noch binäre Logs kriegen würde, müsste ich kotzen.
Wenn ein Kunde hier Logfiles hochlädt, dann will ich diese im Klartext. Und die meisten Kunden hier sind Leute, die nur wenig Ahnung haben. Ich kann also von denen nicht erwarten, dass diese selbstständig irgendwelche Logs konvertieren.Und gerade systemd ist auf dem Weg mehr oder weniger "Diktator" zu werden.. und mir das macht das insofern Angst, dass ich hoffe, dass nicht irgendwelche Programme immer mehr auf die Idee kommen harte Abhängigkeiten zu systemd zu erstellen.. solange das optional ist, ist das alles wunderbar. Linux: It's about choice.
-
TomTom oder Navigon, wenns eine Kaufsoftware sein soll.
-
Sollte man nicht langsam das "Aktuell: Bau was großes in 24h!" aus dem Titel streichen?
-
Die ModAPI hätte mit 1.0 da sein müssen.