Olle Kalesche stellt sich vor

Und es gibt keine Möglichkeit im Bios oder über den Monitorbetrieb direkt an der Kalindi ?
Wenn Boinc nur eine erkennt, dann nützt "use all gpus" natürlich auch nichts.
 
Zuletzt bearbeitet:
@Pollux (Antwort 1) :
Vielen Dank für die Hausaufgaben. Genau solche Infos habe ich gesucht !
Jetzt am Wochenende werde ich versuchen Deine Vorschläge umzusetzen.

Die Einfachen zuerst ... bei Einstein fang ich an :
1. Dem Team beitreten - keine Problem
2. "Run beta/test application versions" aktivieren , vermutlich im Einstein-Account zu finden - vermutlich kein Problem
3. app_config.xml editieren und speichern ... wie bei SETI ... aber in der Einstein-Directory
4. Anzahl WUs - ich fang mit 1 an und beobachte die Auslastung - danach Tests mit 2 WUs.
Änderungen zuerst im WinXP32 , heute nacht oder morgen dann auch in Linux.

Zitat : "Die Berechnungen bei Seti sind etwas irritierend. Die tatsächlichen Wuberechnungszeiten streuen normal erheblich ..."
Das ist richtig. Wenn ich von SETI WUs bekomme ,
dann sind das meistens ein Sack voll mit kurzen Laufzeiten (alle identisch ,
gleiche geschätzte Laufzeit , identische Anzahl "Geschätzter Berechnungsaufwand" in GFLOPs) ,
hinzu kommt ein Block WUs mit längerer Laufzeit (Laufzeit und GFLOPs untereinander wieder gleich) und
dann noch "vermischtes" (unterschiedliche Laufzeiten und GFLOPs) ...

Bei meinem kleinen Test hatte ich so zu sagen einen Sechserpack-WUs "Eineiige-Sechslinge" -
gleiche geschätzte Laufzeit , identische Anzahl "Geschätzter Berechnungsaufwand" in GFLOPs.
Deshalb glaube ich mein Test bzw. Vergleich ist OK.
Leider hat die Übersichtlichkeit meiner Tabellen gelitten , weil die Tabelle nicht
Spaltengerecht dargestellt wurde.

Mir fiel auf :
VOR app_config.xml waren alle 6 "geschätzte Laufzeiten"=Spalte "Verbleibend (geschätzt)" in Boinc "0:52:28" ,
NACH app_config.xml und Restart PC wurden die Zeiten "Verbleibend (geschätzt)" in Boinc
für die noch nicht berechneten 4 WUs auf "1:41:18" HOCHGESETZT !
Vielleicht hilft das ein wenig die verhuntzte "Tabelle" zu lesen.

Ich habe hier im Profil auf WYSIWYG "umgeschltet" , Test-Tabelle :
Spalte-1 Spalte-2 Spalte-3
1 0:08:15 15:08:00
2 0:08:15 15:08:00
3 0:08:15 5:08:00
mal seh'n , wie's 'rüberkommt ...
... falls jetzt spaltengerecht , schicke ich die Tabelle nochmal , wenn gewünscht.

Zitat : "Bei der inst der Lunatics muß dann auch Ati und Nvidia (cuda 50) aktiviert werden."
Frage : "cuda 50" - geht das mit meiner GT 530 = Fermi = GF108 =
eventuelle Hardware-Voraussetzungen erfüllt ?

... soweit erst mal ...
Antwort 2 mit hoffentlich positiven Ergebnissen folgt bald.

--- Update ---

... wieder nix mit spaltengerecht ...

--- Update ---

@Pollux

in WinXP32 :
Zitat "Zuerst bitte dem Team beitreten."
ERLEDIGT !
Zitat "In Deinem Account müßte noch "Run beta/test application versions" aktiviert werden. Die Betas der Parkes PMPS XT haben kürzere Berechnungszeiten bei gleichen Credits und sind auch schon produktiv."
ERLEDIGT !
Zitat "app_config.xml (Einstein, Parkes PMPS XT, 1 Wu, Cuda)"
ERLEDIGT !

Keine Probleme. ;D

--- Update ---

Update <cc_config> ...

in Win ... :
11.04.2015 21:33:56 | | CUDA: NVIDIA GPU 0: GeForce GT 530 (driver version 347.88, CUDA version 7.0, compute capability 2.1, 2048MB, 1962MB available, 269 GFLOPS peak)
11.04.2015 21:33:56 | | OpenCL: NVIDIA GPU 0: GeForce GT 530 (driver version 347.88, device version OpenCL 1.1 CUDA, 2048MB, 1962MB available, 269 GFLOPS peak)
.
11.04.2015 21:33:56 | | Config: use all coprocessors
Diese Zeile ist neu.

... keine AMD-ATI Kalindi ...???
 
Bei Seti hab ich mir immer die letzten ca. 60 Ergebnisse nach Excel kopiert, dort dann die Credits/tag für jede WU ausgerechnet und den Median (geometrischer Mittelwert) von den Ergebnissen gebildet. Die GTX750ti kommt so rein theoretisch auf ca. 10.000cr/d, die 970GTX auf 18.500cr/d - jeweils mit 3 WUs parallel (dann sind es 99% GPU-Last).
Die GT530 wird wohl bei Seti um die 2-3000cr/d liegen, ausgehend von der theoretischen Rechenleistung.
 
Frage : "cuda 50" - geht das mit meiner GT 530 = Fermi = GF108 =
eventuelle Hardware-Voraussetzungen erfüllt ?
Nach der Readme (unter docs im Setiordner) des Lunatic Teams nicht. Es sollte so zugeordnet werden:
2.3: for Pre-Fermis ONLY - do NOT use on Fermi/Kepler/Maxwell
3.2: for mixed systems
4.2: for Fermis
5.0: for Kepler/Maxwell
Fermi = ab Nvidia Geforce 400 Serie
Kepler = ab Nvidia Geforce 600 Serie
Maxwell = ab Nvidia Geforce 800 Serie ab GeForce GTX 900 Serie

Wurde im Beitrag #24 korrigiert.




Olle Kalesche schrieb:
... keine AMD-ATI Kalindi ...???
cyrusNGC_224 schrieb:
Und ja, die IGP scheint exklusiv zu sein, also nicht mehr nutzbar, wenn eine separate eingesteckt wird.
cyrusNGC_224 schrieb:
Unter Win 8.1 erkennt er trotz <use_all_gpus>1</use_all_gpus> nur die zugesteckte dedizierte GPU. Wie gesagt, ist nur bei AM1 so.
Demnach ist die gleichzeitige Nutzung der iGPU Kalindi und der Geforce GT 530 in Deinem System nicht möglich.





Zitat
[ quote=Olle Kalesche]xxx[/quote]
 
Zuletzt bearbeitet:
Fermi = ab Nvidia Geforce 400 Serie
Kepler = ab Nvidia Geforce 600 Serie
Maxwell = ab Nvidia Geforce 800 Serie
Fehler?
Maxwell gibt es schon mit den 750 und 750 Ti .
Und ich würde auf die 900 Serie tippen.

Grüße
joe
 
@Pollux und cyrusNGC_224
Weiterer Zwischenbericht

Vorher :
BIOS : Primäre Grafikkarte = PCIe.
Somit hatte die Kalindi offensichtlich 0MB VRAM und war im System nicht mehr existent.
WinXP32 hatte 3,45 GB RAM .
Kalindi war nicht an einen Monitor angeschlossen , GT 530 an HDMI.

Test 1 :
Kalindi-VGA an Monitor angeschlossen , GT 530 an HDMI.
BIOS : Primäre Grafikkarte = auf "intern" eingestellt ,
BIOS : Danach kann VRAM vergeben werden = (z.B.) 1GB.
WinXP32 hat jetzt nur noch 1,95 GB RAM - d.h. 1GB weniger ist plausibel -
warum weitere 512 MB "weg" sind - keine Ahnung !

Test 2 :
Kalindi-VGA weiterhin an Monitor angeschlossen , GT 530 an HDMI.
BIOS : Primäre Grafikkarte = intern.
BIOS : VRAM jetzt auf 512MB eingestellt.
WinXP32 hat jetzt 2,45 GB RAM - ist besser , aber nicht befriedigend -
weil immer noch weitere 512 MB "weg" sind !
WinXP32 läuft passabel - habe sicherheitshalber SWAP erstellt.
Beide Grakas im WinXP32 vorhanden - Displayoutput läuft jetzt auf Kalindi.

Im Boinc wird nur die GT 530 angezeigt , läuft mit CUDA und OPENCL.
Im Catalyst wird die Kalindi mit OPENGL aber nicht mit OPENCL angezeigt.
OPENCL gibt es offensichtlich erst ab Win7.
Dennoch , der Displayoutput scheint flotter zu sein als vorher ,
weil die Kalindi das jetz übernommen hat (die GT 530 zeigt nur den Desktop-Hintergrund).

Problem jetzt : Der Cursor wird wie üblich oben , unten und links am Rand begrenzt - bleibt stehen -
rechts kann ich den Cursor offensichtlich über den Rand hinaus verschieben ,
d.h. beibt nicht am Rand stehen !

Zitat : " ... Lunatics ... cuda '4.2' ... für Fermi = GT 530 ..."
... teste ich später .

Status Linux :
Ich habe erst einmal die Linux-Updates nachgezogen.
Da ich zuletzt einen Kernel-Update auf 3.16.? durchführte ist die Kalindi weg.
Offensichtlich muß ich zuminest den Grafiktreiber nochmals installieren - evtl. mehr ...


@MagicEye04
Zitat : " ... Seti-Ergebnisse nach Excel ..." .
Gute Idee.
Mal seh'n , wann ich Zeit dazu hab' ...

Allgemeine Erkenntnis :
Tabellen mit "Erweitert" im Editor erstellen.
 
In den letzten Tagen habe ich mich mit der Installation von neuen Linuxen beschäftigt.
Zur Auswahl standen erst mal :
1. Linux Mint 17.1 KDE (fertiggestellt vor ein paar Tagen) und
2. Kubuntu 15.04 (soll am 23.04.2015 fertig sein)

Erfahrungen :
Mint : Ließ sich gut installieren , doch nach der Installation von "fglrx" - Restart - nix geht mehr.
Ich komme nicht mal zum Desktop. Dies zu analysieren , bin ich noch nicht in der Lage.

Kubuntu : Habe 3 Daily-Builds ausprobiert.
Ein Build konnte ich installieren. Nach dem Restart hatte ich auf einem Graka-Anschluß den Desktop ,
auf dem anderen Graka-Anschluß hatte ich den Cursor.
Auch dieses Problem bin ich noch nicht in der Lage zu meistern.
Zwei andere Builds waren nicht installierbar.

Also nahm ich die zuletzt erfolgreiche Installations-Basis , d.h. das Beta2-Build.
Das war installierbar , habe alle Updates nachgezogen , Restart - OK , läuft.
Danach installierte ich "fglrx" - erfolgreich !
Der Catalyst ist neuer als bei Mint 17 (mein altes lauffähiges System).
"clinfo" zeigt "Kalindi" an.
Inst. von Boinc ist OK , Start von Boinc , doch "Kalindi" wird nicht angezeigt.
Auch der Befehl "sudo /etc/init.d/boinc-client start/stop bzw. restart" hilft nicht für Boinc -
keine Kalindi ! Die Inst. der GT 530-Treiber habe ich nicht getestet (erfahrungsgemäß funktioniert das) !
FRAGE : Hat schon jemand hier eine Info , was bei Kubuntu 15.04 für Kalindi noch fehlt ?

Falls möglich möchte ich für den Pentathlon 2015 Linux 64-Bit nutzen.
Es soll schneller sein als mein altes WinXP32 !
---

Schon lange plane ich die GT 530 zu ersetzen.
Zum Pentathlon will ich aufrüsten auf eine GTX 750Ti -
AMD hat leider z.Zt. nichts Strom-sparsam-leistungsfähiges zu bieten.

Folgende Grakas habe ich bisher in der engeren Wahl :
1. ASUS GeForce GTX 750 TI STRIX OC-Edition 2.0 GB OC , Hst-Nr.: 90YV06W0-M0NA00 ,
angeblich ohne Zusatz-Stromstecker , HDMI + DP +
2. EVGA GeForce GTX 750 Ti FTW ACX 2.0 GB OC , Hst-Nr.: 02G-P4-3757-KR ,
mit Zusatz-Stromstecker , HDMI + DP +
Da war noch eine andere Graka , aber die hatte keinen DP-Anschluß.

FRAGEN :
1. Sollte ich sicherheitshalber die Graka mit Zusatz-Stromstecker für mein AsRock AM1B-ITX wählen ?
2. Falls das nicht nötig ist , welche Graka ist "die Empfehlenswertere" ?
Ich bitte um Meinungen bzw. Hinweise ...
 
Die Kunst bei Linux ist halt, auch ohne grafische Oberfläche auszukommen. Aber das kommt nach und nach. Schätze, dass mindestens die X Konfig agepasst werden muss.

clinfo zeigt tatsächlich die kalindi an? Dann kann es bezüglich Bionc nur noch ein Rechteproblem sein.
Anfangs hatte ich damit auch Probleme [1], [2].
Testweise kannst Du in der Nutzerkonsole in einem Desktopterminal man "xhost +" absetzen und anschließend boinc neustarten.
Dann sollte er die OpenCL Kalindi finden.
Wenn das klappt, könnte man sich in die Datei /etc/bash.bashrc, ganz am Ende folgende Zeile einbauen:
Code:
case "$COMPUTE" in '') export COMPUTE=:0;; *)  echo -e "\033[1;31mYour COMPUTE is set. To use the local GPU export COMPUTE=:0\033[0m" ;; esac

Bei den Grakas braucht die mit extra Anschluss auch diesen, er muss also angeschlossen sein. So könnte man die aber auch weiter übertakten.


[1] http://www.planet3dnow.de/vbulletin...less-per-ssh?p=4913562&viewfull=1#post4913562
[2] http://www.planet3dnow.de/vbulletin...less-per-ssh?p=4953628&viewfull=1#post4953628
 
Danke für die superflotte Antwort.

Zitat : "Die Kunst bei Linux ist halt, auch ohne grafische Oberfläche auszukommen."
Du hast recht , ich bin noch nicht so weit. Aber das wird schon noch ...

Zu den Grakas :
Wenn bei den Grakas ein Zusatz-Stromanschluß ist , so muß der natürlich auch mit Strom versorgt werden.
Mein Netzteil gibt das her.
Übertakten will ich nicht - Standard reicht mir - außerdem , die Karten sind doch schon OC.
Was ich meinte war , die ASUS-Graka (Verbrauch mal mit 60 W , mal mit 75 W angegeben)
hat angeblich keinen Zusatz-Stromanschluß -
d.h. die Graka muß komplett über den PCIe16(4) mit Strom versorgt werden.
Ist es sicher , daß das AsRock AM1B-ITX den PCIe16(4) bis ca. 75 Watt zuverlässig versorgt ?
Wäre es sinnvoller für das AsRock AM1B-ITX eine Graka mit Zusatz-Stromanschluß zu verwenden ,
weil es das Board evtl. nicht schafft ?
---

Ja , clinfo gibt geschätzt 100 Zeilen aus.
Oben wird OPENCL 2.0 ausgegeben , am Ende OPENCL 1.2 .
Kalindi wird definitiv 2 oder 3 mal angezeigt.
---

Deine Hinweise , was zu tun ist , studiere ich jetzt.
Danke !
 
Naja der Standard schreibt vor, dass der Slot eben so viel liefern können muss. Also muss man auch davon ausgehen. Der ATX Anschluss muss jedenfalls voll beschaltet sein, ist klar.
Aber ich würde auch auf Nummer sicher gehen, und dort eine mit separater Versorgung wählen.
 
Ich persönlich finde es besser, wenn die 75W nicht durchs Mainboard müssen, sondern per extra Kabel direkt zur Karte gehen.
Meine Asus 750tiOC hat den Anschluß. Dass ich sie bisher trotzdem nie über 60W bekommen habe, ist eine andere Geschichte.
 
@cyrusNGC_224

Die 4 USB-3.0-Sticks für die Testinstallationen hatte ich nur mit einem Stift markiert.
Dabei habe ich blöderweise die Sticks verwechselt und mein gerade erst installiertes Kubuntu 15.04 zerschossen.
Das passiert mir nur ein mal - die Sticks haben jetzt unterschiedliche Aufkleber und
ich habe schriftlich vermerkt welchen Stick ich für was benutze.

Also , das ganze nochmal von vorne - hat aber geklappt , wie zuvor.
clinfo zeigt nach wie vor die Kalindi an.
Dann gab ich hoffnungsvoll den Befehl "xhost +" ein - die Meldung war vielversprechend -
dann Boinc Neustart - aber nix war's.

Danach versuchte ich nochmal mit "sudo /etc/init.d/boinc-client start/stop bzw. restart"
und mit "xhost +" , dann Boinc Neustart - Boinc sagt "No usable GPU found".
In Boinc (Assistenten , Einstellungen) hatte ich NICHT vergessen die GPU mitnutzen zu lassen.
<use_all_gpus>1</use_all_gpus> versuche ich morgen.

Liegt es evtl. an dem neuen Linux-Start - systemd(?) statt initd(?) - oder so ähnlich.
Hätte ich Boinc in MEINEM Homeverzeichnis installieren müssen ?
Hätte ich mich für den Befehl "xhost +" als User Boinc anmelden müssen ?
Mehr Wissen hab' ich nicht einzubringen.

@cyrusNGC_224 und @MagicEye04
Ihr zwei Fachleute sagt GPU mit Zusatz-Stromanschluß ist besser/sicherer -
also , die Auswahl ist entschieden - es sei denn , jemand hat etwas Besseres bzw. Alternativen anzubieten.

Danke für Eure Hilfe.
 
FYI: Milkyway über meine HD 6770:
21679011ek.png
 
Huch, worauf bezieht sich das?
 
ja kein Wunder, Juniper kann kein DP. Die 6800er AFAIK auch nicht, nur die 5800er und 6900. Aber wenn Tausch ein Thema ist, würde ich natürlich lieber gleich auf was mit GCN setzen.

Finde aber, das ist irgendwie der falsche Thread, kann das sein?
 
Stimmt, das hatte AMD damals weg "optimiert", ja so war damals die Headline. :D
 
@Unbekannter Krieger
Mein Interesse besteht an der HIS Radeon HD 7750.
Laut Geizhals ist der Chip Cape Verde Pro verbaut und
die Rechenleistung: 819GFLOPS (Single), 51GFLOPS (Double).
Könnte diese Graka ggf. bei DP-WU-Berechnungen mitwirken oder
ist das zu wenig DP-Power ?

@OBrian
Zitat " ...lieber gleich auf was mit GCN setzen." .
Ist die Kalindi (Athlon 5350 iGPU) schon "GCN" ?
Kann die DP ?

---

... wen es interessiert ...
Mein Kubuntu 15.04 war nach Installation der neuesten Updates (auch Kernel 3.19.~~15)
nicht mehr lauffähig.
Zum Glück hatte ich vorher eine Kopie des USB-3.0-Sticks angefertigt.
Bin gerade beim Restore.
Wenn der fertig ist übe ich wieder "Update auf den neuesten Stand".
Mal seh'n was rauskommt ...
 
@OBrian
Zitat " ...lieber gleich auf was mit GCN setzen." .
Ist die Kalindi (Athlon 5350 iGPU) schon "GCN" ?
Kann die DP ?
Ja! So eine Kalindi schafft bei Milkyway aber nur ca. 3,5 k am Tag (eine dicke Tahiti um die 400k).
 
... wen es interessiert ...
... nix war's mit dem Kubuntu 15.04 Update ...
Das System startet , zeigt einen verschwommenen Hintergrund , die Ladeanzeige steigt -
bricht ab und der PC startet erneut.
Das gleiche gilt auch für die noch verhandenen Kernel ~~13 und ~~14 .
Mit meinen winzigen Linux-Kenntnissen bin ich dem nicht gewachsen.
Ich gebe auf und schiebe FRUST ... - vorübergehend !

Kubuntu 15.04 wird angeblich heute fertiggestellt.
Dann warte ich noch bis zum Wochenende wegen der vermutlich auftretenden "heißen" Updates.
Erst danach zieh' ich mir das aktuellste Download und fange erneut an.

Die GTX 750Ti ist bestellt.
Ich vermute , ich schaffe noch Linux-64 mit GTX 750Ti für Boinc -
vielleicht auch Kalindi , wenn ich VIEL Glück bzw. Unterstützung habe -
ansonsten ist WinXP32 mit GTX 750Ti dran ...

@cyrusNGC_224
Danke für die Info.
Gut zu wissen , daß die winzige Kalindi DP kann. Erstaunlich !
Eine Tahiti wäre natürlich optimal , dazu fehlt mir aber der nötige "brachiale Unterbau" ...
 
Wir hatten doch schon zu Themenbeginn DP@BOINC diskutiert, s. z.B. Beitrag #12. Ich wollte nur die Info daraus präzisieren, nämlich dass Milkyway GPU-Berechnungen ausschließlich auf DP-fähigen GPUs zu laufen erlaubt.

Wie war das noch, bietet die 750 Ti DP?
 
Zuletzt bearbeitet:
Debian 8 -
meine Erfahrungen bei der Installation auf einen USB-Stick :

1. Ich versuchte es mit debian-live-8.0.0-amd64-kde-desktop.iso .
Der "Normalstart" ging in die Hose - Meldung in etwa "fehlende firmware" oder "nonfree" software , oder so ähnlich ...
Also nochmal - diesmal Start mit "failsafe". Das funktionierte. Sieht gut aus , dieses Debian 8.
Ran an den Speck - INSTALLATION auf USB-3.0-Stick ! Alles läuft planmäßig -
Restart vom PC - Dicker Cursor - sonst nix - keine Aktivität auf dem USB-Stick.

2. Versuch - debian-8.0.0-amd64-kde-CD-1.iso - eine reine Installations-CD - also ,
sicherheitshalber den Stecker von der Win-Festplatte ziehen.
INSTALLATION auf USB-3.0-Stick läuft problemlos.
Restart vom PC - Dicker Cursor - sonst nix - keine Aktivität auf dem USB-Stick.

3. Versuch - debian-8.0.0-amd64-kde-CD-1.iso - das scheint eine "netinst"-Version zu sein mit Vorgabe "KDE".
Soweit ich verstand - eine "netinst"-Version installiert alles was zum Laufen des PCs notwendig ist -
auch die "fehlende firmware" oder "nonfree" software .
INSTALLATION auf USB-3.0-Stick läuft problemlos.
Restart vom PC - Dicker Cursor - sonst nix - keine Aktivität auf dem USB-Stick.

4. Vermutung meinerseits - irgendwie muß das mit "fehlender firmware" oder "nonfree" software zusammenhängen.
Also - debian-live-7.8.0-amd64-kde-desktop+nonfree.iso - ...
Restart vom PC - Dicker Cursor - sonst nix - keine Aktivität auf dem USB-Stick.

5. Letzter Versuch ...
firmware-8.0.0-amd64-netinst.iso - ...
Restart vom PC - Dicker Cursor - sonst nix - keine Aktivität auf dem USB-Stick.

DAS NERVT !
Jedesmal habe ich mich im BIOS versichert bzw. geändert , daß von USB zu starten ist !
Meine Erfahrung : Nach jeder Installation war im BIOS die Reihenfolge des PC-Startens verändert !
Normaleinstellung bei mir - zuerst USB , dann CD/DVD , dann HDD.
Einstellung nach den Linux-Installationen : zuerst HDD , dann CD/DVD , zuletzt USB - das ist UNSINN !
Wer fummelt dort im BIOS herum ?

Bei jedem Versuch , ob mit angeschlossener HDD oder ohne - am Ende der Installation wollte das System
den GRUB immer auf die erste Festplatte schreiben - das wollte ich aber nicht - also gab ich ein ,
den GRUB auf den Ziel-Installations-USB-Stick zu schreiben !
Weil sich der GRUB beim PC-Start nicht meldet , vermute ich - das hat nicht hingehauen !!!

SO MACHT LINUX KEINEN SPAß !
Hat jemand Tipps und Tricks auf Lager , mir zu sagen , was ich falsch mache oder
wie ich zu einem vernünftigen Ergebnis komme ?
---

Die GTX 750Ti ist im Anmarsch laut Paket-Verfolgung -
ich hoffe damit mehr Glück bei Installation und Inbetriebnahme zu haben.

--- Update ---

Sorry , eine Installation zu viel vermeldet.
Es waren :
debian-live-8.0.0-amd64-kde-desktop.iso
debian-live-7.8.0-amd64-kde-desktop+nonfree.iso
debian-8.0.0-amd64-kde-CD-1.iso
firmware-8.0.0-amd64-netinst.iso
 
Also Grub muss sowieso vom Stick laden und meinetwegen selbst dann einen Fehler bringen, aber wenn gar nichts passiert, dann stimmt da was nicht. Die Installation kommt da noch gar nicht ins Spiel. Das Ziellaufwerk für die Installation kann man angeben und jedes Detail eigentlich anpassen, auch, dass andere Partitionen in Ruhe gelassen werden.
Aber gut, ich wähle immer die Experteninstallation, wie das bei Standard ist, weiß ich jetzt gar nicht.

Da nach dem BIOS/UEFI irgendetwas passieren muss, wäre zu prüfen, ob dieses auch richtig eingestellt ist. Ist Secure Boot oder so etwas eingestellt? Man sollte als Bootmethode erst mal Legacy CSM, oder wie auch immer es dort heißt, probieren, also den klassischen BIOS Boot. Vllt. steht es auf EFI und da auf dem Stick eventuell nicht als EFI installiert wurde, findet er nix.

Was mir zu der totalen Nicht-Funktion vom Stick einfällt: USB3.0 Ports können tatsächlich Probleme machen. Ich hatte schon einige male Probleme mit manchen USB3.0 Controllern (onboard oder dediziert). Zur Sicherheit mal einen konventionellen 2.0 probieren, auch wenn der Stick 3.0 kann.

Wichtig ist auch bei der Installation erst mal alle Laufwerke so drinnen zu lassen, wie man sie dann auch beim Stark hat.

Das Firmwareproblem, kann man bei der Installation umgehen, indem man bei der Paketkonfigurationen "nonfree" Pakete erlaubt. Das hat den Hintergrund dass Debian komplett quelloffen sein will und proprietäre Software deshalb optional aktiviert werden soll, was aber wie gesagt nur einmalig sein muss. Und Firmware (auch für GPUs) ist meist proprietär.
 
@cyrusNGC_244
Danke für Deine Mithilfe.

Zur Info :
2 USB-3.0-Sticks sind 8 Monate alt (wenig gebraucht) , die 2 restlichen sind neu (8 Wochen).
Auf diese Sticks habe ich mehrfach mit Erfolg installiert.
Secure Boot : Ich habe den Begriff noch nicht im BIOS gefunden.
Athlon 5350 hat keinen Secure Boot intern eingebaut und ein extra Modul , das man evtl. einstecken kann habe ich nicht.
Legacy CSM bzw. EFI - ich sehe im BIOS nach.
Inst. auf USB-2.0-Stick und 2.0-Port werde ich probieren.

Zitat : "Das Firmwareproblem, kann man bei der Installation umgehen, indem man bei der Paketkonfigurationen "nonfree" Pakete erlaubt." .
Bei Debian 8 sehe ich nichts davon - deshalb der Versuch mit debian-live-7.8.0-amd64-kde-desktop+nonfree.iso
und firmware-8.0.0-amd64-netinst.iso - da wird nichts installiert - kann man auch nicht aktivieren.
Bei Mint 17.0 bzw. 17.1 und auch bei Kubuntu 15.04 kann man das angeben -
das habe ich auch immer gemacht und das Ergebnis war :
zumindest der Boot-Loader war da , auch wenn es danach evtl. Probleme gab.
In den nächsten Tagen übe ich weiter.
---

Erfahrungsbericht :
Ich habe die neue EVGA GTX 750Ti eingebaut - nur eingebaut - der Monitor war an Kalindi.
Der EVGA-Standard-Installationsvorgang von CD installiert erst mal .net-4.? und ähnliches - obwohl das schon auf dem PC war.
Der Grafiktreiber ist nach dem Restart nicht drauf - danach wußte ich nicht , ob ich wieder von CD-Inst. sollte.
Ich habe dann den Original-Nvidia Treiber installiert - das war OK.

Die 750 wurde im System (Hardware) angezeigt aber Boinc fand keine GPU - seltsam !?
Also änderte ich im Bios von GPU intern auf PCIe - danach war die 750 im Boinc vorhanden -
aber die Kalindi nicht mehr - das ist klar warum.
Zuletzt habe ich die Kalindi wieder aktiviert (BIOS - interne GPU) und beide GPUs an HDMI angeschlossen.
Monitor auf Kalindi AN - auf 750 aus.
Boinc findet die 750 und mein Display-Output läuft auf Kalindi.
Offensichtlich muß die 750 wenigstens einmal als Haupt-Display angeschlossen sein -
erst dann scheint die 750 im Boinc bekannt zu sein.
 
Zurück
Oben Unten