Hallo,
ich habe ein Problem mit dem Installer, dieser läßt sich nicht starten.
Möchte auf meinem neuen Lenovo Edge E535 mit SSD 240GB ScanDisk Extreme, die Version Xfce amd64 installieren. Ausgeliefert wurde das Notebook mit einer HDD 320GB mit 7200 u/min.
Der Installer startet nur nicht die Installation, im Terminal mit sidu-installer versucht, keine Meldung.
Was muss ich machen damit Siduction installiert wird?
In's Blaue...
hast Du der SSD ein Boot-Flag für's Bios verpasst?
Nein, ich habe davon hier gelesen nur lies gparted das nicht zu.
Die Funktion: Markieren, fehlt.
Hm, komisch.
Bei mir (x40) ging das mit gparted..
Und, Du hast auch vorher wenigstens 1 Partition darauf erstellt?
ja habe ich, auch diesen Tipp mit den 1MB an Anfang der SSD brachte keinen Erfolg, weder mit gparted auf der Xfce-Dvd noch auf der LiveDvd von gparted selber.
Wo sitzt diese Funktion in gparted, könntest du einen Screenshot machen?
Ja, sicher.
Allerdings liegen zwischen Deinem und meinen ThinkPad Welten. :wink:
Vielleicht ist es auch eine Einstellung im Bios selbst,
Stichworte Efi, (GPT)der Vorgänger-Platte etc.
Aber, das Bios erkennt die SSD?
Hier das Bild, die Funktion wird durch Rechtsklick sichtbar.
werde ich heute nach der Arbeit noch einmal kontrollieren, kann ja nur das Brett vorm Kopf sein ;-)
Hallo,
hier meine Einstellungen in dem Bild.
Leider komme ich da nicht weiter, warum auch keine erweiterte Partition möglich ist weiß ich nicht, es können nur primäre erstellt werden.
Anderes Phänomen ich kann keinen Browser starten und habe keine root-Rechte, obwohl LiveDVD?
Root bei live-cd gibts mit sudo su. Aber ein Broweser solle alles haben, nur keine Root-Rechte. Bei Angaben wie ...startet nicht... ist eine Konsolenausgabe (als user) immer hilfreich.
greetz
devil
Hallo devil, da hast du schon recht.
Ich kann im Terminal keine Befehle absetzen, nach dem enter passiert nichts mehr, keine Fehlerangabe.
Werde wohl erst heute Nacht wieder an das Notebook kommen, musste nochmal in den Betrieb. Gibt im Moment viel zu tun, daher kann ich leider nur immer kurz nach schauen wo es hakt.
Trotzdem schon einmal Danke für eure Hilfe, werde wohl mal testen ob es mit der HDD ueberhaupt funktioniert.
Ich würde ja erstmal den das Iso verifizieren, bevor ich an die Hardware gehe.
greetz
devil
Noch keinen Erfolg, habe im Bios den Part: UEFI/Legacy Boot von Legacy First auf UEFI First geändert. Folge ich habe die grafische Auswahl nicht mehr, sehe aber jetzt direkt Grub. Kann nicht die Sprache wechseln, ist ja nicht so schlimm, bekomme jetzt aber in gparted mehr Optionen angezeigt, wie Label verändern, es gehen bei mir weiterhin nur primäre Partitionen, der Browser startet nicht, root-terminal startet nicht, normaler terminal verweigert die Arbeit mit sux su, keine Ausgabe.
Habe nun auch die Gnome-Variante probiert, selbe Symptome.
Werde diese Bios-Änderung rückgängig machen (AHCI) ist weiterhin aktiv.
Also, HDD eingebaut gleiche Symtome.
OS von LMDE probiert, dort würde die Installation funktionieren. Also Hardware in Ordnung, war meine größte Sorge.
Dann nochmals Sidu-Xfce64 herunter geladen md5sum überprüft, i.O. und nochmals, Einstellung DAO und mit 4x gebrannt. Kein Erfolg.
USB-Stick mit UNetbootin ISO auf den Stick gebracht, Fehler bei 3,351248-32,522753 Sek. "Failed to detect live media" und "/bin/sh: can`t acccess tty; job control turned off (initramfs)".
Ich stehe da ein wenig ratlos da, wie bekomme ich nun eine Sidu-Xfce64-Installation zur Installation?
beim booten der live-CD den md5sum cheatcode verwenden, um die Integrität zu prüfen. dieses beim herunterladen zu prüfen ist gut, aber oft nicht ausreichend (z.b. defekte DVD-Brenner oder Kabel)...
--> http://manual.siduction.org/de/cheatcodes-de.htm
live-usb-stick bitte nach handbuch OHNE unetbootin erstellen:
http://manual.siduction.org/de/hd-install-opts-de.htm#usb-hd
entweder fromiso oder als raw-device
Quote from: "DeKa"
USB-Stick mit UNetbootin ISO auf den Stick gebracht, Fehler bei 3,351248-32,522753 Sek. "Failed to detect live media" und "/bin/sh: can`t acccess tty; job control turned off (initramfs)".
Ich stehe da ein wenig ratlos da, wie bekomme ich nun eine Sidu-Xfce64-Installation zur Installation?
Ein siduction iso bringst Du mit dd if=siduction...iso of=/dev/sdX bs=4M
auf den USB Stick, nicht mit unetbootin, soweit ich das hier verfolgt habe, macht unetbootin da Mist. Oder es müsste eine sehr frische Veränderung gegeben haben, die ich hier verpasst habe.
Les dazu einfach mal das Handbuch unter
http://manual.siduction.org/de/hd-install-opts-de.htm#usb-hd
ein uefi boot braucht eien mit vfat formatiertem USB Stick. Auf den man das Iso entpackt und mit Syslinux bootbar macht. Das steht ganz am Ende des Links.
So ISO ist auf dem Stick:root@deka-laptop:/home/deka/Downloads# dd if=siduction-13.1.0-firestarter-xfce-amd64-201305202241.iso of=/dev/sdb bs=4M
178+1 Datensätze ein
178+1 Datensätze aus
749731840 Bytes (750 MB) kopiert, 70,3165 s, 10,7 MB/s
root@deka-laptop:/home/deka/Downloads#
fromiso streikte:root@deka-laptop:/home/deka# fll-iso2usb -D /dev/sdb --iso /home/deka/Downloads/siduction-13.1.0-firestarter-xfce-amd64-201305202241.iso -p -- toram lang=de tz=Europe/Berlin
E: requires distro-defaults
Kann jetzt einwandfrei booten nur installieren geht immer noch nicht, leider gleiche Symptome wie bisher. Keine root-Rechte, ergo keine Installation.
P.S.: md5sum an Bootparameter angefügt, kein defekt festzustellen. Meldungen alle OK.
Falls man sich auf der siduction-*.iso ausgesperrt hat soll man so vorgehen:alt+ctrl+F1
sudo passwd
klappt auch nicht, wie bekomme ich eine funktionierende Sidu-ISO?
Ich hab noch ne Frage zum Bios,
welche Optionen gibt es dort?
Auch ein einfaches Legacy Boot ?
Wenn Du den mit dd erstellten Stick bootest, kannst Du den Installer
dann nicht starten ?
Dann kannst Du versuchen den Stick eine primäre Partition zu geben,
bootflag nicht vergessen, mit vfat formatieren, das iso auf die Partition entpacken, syslinux installieren, und damit bootfähig machen.
Bei meinem Acer b113 muss ich im BIOS AUF LEGACY stellen, sonst kann ich nur windows8 booten. Das hab ich mittlerweile entfernt, ich muss mich schließlich nicht mehr an alles gewöhnen. :wink:
1. muss ich nach schauen
2. nein
3. primäre Partition aber mit ext2 laut Forum
4. Installation auf den Stick funktionierte nur mit dd
5. warum könnte ich dann LMDE64 installieren?
1. Legacy Boot only bringt auch keine Besserung, bootet normal nur mit den bekannten Symptomen.
Werde das nochmals mit der Gnome-Version probieren.
edit: Funktioniert auch nicht, keine System-Rechte.
So, habe jetzt Debian-amd64 installiert und was soll ich sagen es läuft.
Warum Debian und nicht Siduction?
Da bin ich total sprachlos, hab solch ein Verhalten noch nie erlebt.
Ich hab absolut keine Ahnung warum das bei Dir nicht geht.
Über fehlende Berechtigung beim ausführen des Installers hab ich noch nie ausser bei Dir gehört.
Wenn die md5sum stimmt, Du mit dd das iso auf den Stick gebracht hast, damit mit pur legacy bootest, sehe ich nicht warumm beim ankicken des installers nicht ein browserfensterfenster aufgehen sollte um die Installation zu starten.
Beschreib doch nochmal wann genau die Meckerei über fehlende Rechte losgeht.
Du bootest den Stick und landest auf dem Desktop, bis dahin keine Fehler? dann den installer auf dem Desktop starten, was genau passiert dann?
ich bin auch etwas ratlos. DeKa, kannst du denn bestätigen, dass beim booten des live-systems der md5sum cheatcode die integrität bestätigt?
@dieres: dann genau passiert ja nichts mehr, es ist zum kotzen. Ich kann noch einen terminal öffnen bekomme dort nur keine root-Rechte.
Thunar usw. starten normal, der Browser aber nicht.
@absolut: der m5dsum cheatcode bestätigt alle Meldungen mit OK.
okay... verwendest du eventuell den toram cheatcode? ich würde noch diesen Schuss ins Blaue wagen und empfehlen memtest laufen zu lassen.
ich hatte vor vielen Jahren während einer Windows-Installation wegen defektem RAM immer wieder Abbrüche... In deinem Fall ist das ganze sehr genau reproduzierbar (bzw mit dem debian/lmde nicht reproduzierbar), jeweils selbes verhalten, trotzdem wäre das eine potentielle Fehlerquelle weniger.
oder es ist doch andere Hardware? USB-stick als mögliche Fehlerquelle kann man ausschließen?
EDIT:
kannst du eigentlich gparted im live-modus per sudo starten? wird die SSD erkannt?
Zeige mal die Ausgabe von sudo fdisk -l
das heisst Du klickst auf das Installer Icon und der Browser öffnet sich nicht ?
Wenn Du ein Terminal öffnest und "su [Enter)" eintipperst, ändert sich der Prompt nicht von siducer@ auf root@ ?
@captagon: mache ich heute Abend, vorher bin ich in der Firma. Moment mal sudo geht doch gar nicht, ich bekomme im Terminal keine Ausgabe darüber, es passiert einfach nichts. Also wird das mit sudo fdisk-l nichts, ausprobieren werde ich trotzdem.
EDIT:
kannst du eigentlich gparted im live-modus per sudo starten? wird die SSD erkannt?
1. das geht denke ich nicht weil sudo nicht will, rufe aus dem Menü gparted auf, Befehlzeile für gparted in dem Bootmedium von Siduction weiß ich nicht.
2. die SSD wird darin angezeigt und ich kann partitionieren. Habe zur Sicherheit das Prozedere mit meiner eigenen Boot-CD von gparted vorgegenommen, gleiches Resultat, ich kann nur Debian/LMDE installieren.
@dieres: wenn ich su oder sux, gksu, sudo + Tool-Eingebe passiert rein gar nichts.
Natürlich setze ich diese Befehle mit einem enter ab, nur der Form halber wollte ich das erwähnen.
Gibt es bei Siduction eine Möglichkeit wie bei Debian auch um direkt zu installieren ohne das Live-Medium zu starten, eine reine grafische Installation?
Sorry, bin noch nicht dazu gekommen die Vorschläge zu kontrollieren, umzusetzen.
Werde heute Abend mehr Zeit finden.
Um auszuschließen das ein fehlerhaftes Iso auf dem Server liegt hab ich gerade von http://ftp.spline.de/mirrors/siduction/iso/ - Frisch siduction-13.1.0-firestarter-xfce-i386-201305202236.iso geladen
- Iso in Virtualbox eingebunden (standardconfig mit Bios+Sata) und gestartet
- normale Grafik-Settings gewählt -> Bootet durch zu Xfce mit Autologin
- user=siducer (btw PW des liveusers siducer ist "live", falls man sich mal abmeldet
- Terminal öffnen und "su" tippen:
wechsel des prompts von siducer@siduction:~$ zu root@siduction:/home/siducer#
- Aus Xfce-Panel Chromium starten: ok
- Vom Desktop den Installer starten: ok, landet auf willkommen-seite
=> Irgendwas geht bei Dir wie oben schon vermutet entweder beim Stick befüllen oder beim booten mit der Gardwarekonfiguration schief. Mal "Safe GFX Settings" oder ohne acpi probiert? Kannst Du nach Init 3 booten? Falls ja, dort sudo cli-installer ausführen? (das ist die ncurses-version).
Ausgaben im Terminal: Die Befehle die root-Rechte benötigen werden nicht abgearbeitet, kein sux (su), kein sudo. Ich gebe die Befehle ein + enter aber dann passiert nichts. Chromium-Web-Browser startet nicht, gparted startet, wird gparted denn nicht nur mit root-Rechten gestartet?
@der_bud: Safe GFX Settings habe ich immer nur gestartet, da ich eine ATI habe.
Ich kann nicht nach init 3 booten und ohne acpi geht gar nichts.
Werde mir noch einen anderen Stick besorgen, nur das Symptom ist beim Stick und Live-CD/DVD immer das gleiche.
Debian ist installiert und läuft, habe es jetzt mit den Vorzügen von Siduction in /etc/rc3.d + rc5.d und in inittab auf "id:5:initdefault:" geändert und die Quellen angepasst.
Mit dem neuen Stick geht es dann weiter. Memtest läuft heute Nacht durch.
Quote from: "DeKa"Werde mir noch einen anderen Stick besorgen,...
Irgendwie ist das doch brotlose Kunst...
captagon hat es doch schon angesprochen, wir brauchen hier die Ausgaben folgender Befehle (alle als root):
fdisk -lu
parted -lund, da es sich bei der Kiste wahrscheinlich um ein Uefi-Bios handelt
dmidecode -t0 | grep -Ei "BIOS boot|UEFI"einmal mit der eingebauten SSD und einmal mit der HDD.
Jeder Linux-Haushalt hat da ein paar Live-CD's / Sticks, wie
grml
patedmagic
etc. vorrätig bzw. beschafft sie sich, :wink:
um diese Terminalausgaben abzuarbeiten.
@unklarer: Werde die Eingaben mit einer Live-CD bzw. von der Debian-Installation machen. Bin davon ausgegangen das Ihr die Ausgabe mit Siduction haben wolltet, da habe ich euch falsch verstanden, werde die Eingaben heute Abend testen und die Ergebnisse hier mitteilen.
@edit: Hatte vergessen zu erwähnen das der Test mit memtest den Arbeitsspeicher bis heute morgen ohne Fehler geprüft hat.
wobei ich mir immer noch nicht erklären kann, wie ein intaktes siduction iso/stick zwar bis zum Desktop durchbooten kann, dann aber im xterm das su verweigert. Das kann doch nicht hardwareabhängig sein. Noch dazu wo pure Debian funktioniert. Und siduction ist schließlich Debian sid. Wenn Deka nicht ausgesprochen vernünftig rüberkommen würde, würd ich glauben mich verkohlt einer.
Ich bin schon ganz gespannt auf die Auflösung dieses Rätsels.
Also jetzt die Ausgaben als root mit SSD:
1. http://www.myimg.de/?img=20131016182041011f2.jpg
2. http://www.myimg.de/?img=20131016182126a0893.jpg
3. http://www.myimg.de/?img=20131016182157e0153.jpg
4. http://www.myimg.de/?img=201310161822277a590.jpg
Hi DeKa,
danke für die Bilder!
1. es handelt sich um ein (normales)Bios. Die EFI ist nicht im Spiel.
2. Partitionstabelle ist GPT und deshalb ist der fdisk-Befehl
eigentlich unkorrekt.
Ich kann keinen Fehler erkennen.
Das Rätsel, warum der Installer von siduction nicht tut, bleibt
bestehen. :(
Jetzt hat sich beim du auch noch ein Fehler am X.org eingeschlichen. Kann nicht mehr in die grafischen Installation .Sollte ich jetzt nochmal die SSD neu einteilen? Wenn ja mit welchen Optionen?
Sicher kannst Du das machen. devil hat da einen wunderbaren
Artikel im Wiki.
Guck mal unter >System< Buchstabe S (mit was für einen Tool hattest Du eigentlich die GPT auf der ssd erstellt?)
Andererseits wird das wohl am Ausgangspunkt des Fehlers nichts ändern.
Vielleicht doch noch einen anderen Stick probieren...
PS: Die "Gegenprobe" der Installation von siduction auf der
normalen (ausgebauten)HDD hattest Du versucht?
Auf der HDD war das gleich Phänomen
Ich hatte die SSD mit gparted eingeteilt, das Format der Partitionstabelle musste angegeben werden entweder msdos oder aber gpt. Da bei SSDs gpt eingesetzt werden sollte habe ich dieses in gparted angehakt und nicht msdos.
War das jetzt total falsch?
Bei der HDD ging es ja auch nicht, da weiß ich im Moment nur nicht was ich da angehakt habe, sollte das der Fehler sein.
Werde die HDD und SSD beide nocheinmal formatieren bzw. löschen und neu beginnen.
Für die SSD werde ich die vorgeschlagene Anleitung aus dem WIKI bis einschließlich der Formatierung/Einteilung als ext4 benutzen, einteilen der zusätzlichen Partitionen kann ich doch weiterhin mit gparted oder?
Stress in der Firma, undichter Schornstein und Fehlerhafte Einteilung einer SSD. Was kommt noch? Fällt mir der Himmel noch auf den Kopf? Zu den letzteren Bemerkungen braucht ihr nicht antworten :?
Quote from: "DeKa"War das jetzt total falsch?
Nein.
Die HDD läßt sich hinsichtlich ihrer PT mit gleichen Befehl
prüfen
parted -lUnd, als Grundregel unter Linux habe ich mal gelernt, nicht verschiedene Tool's für die Einrichtung von Festplatten zu
benutzen, sich für EINS zu entscheiden.
Das aktuelle gparted legt die PT und die Partitionen m.W.
korrekt an. Hier muß man nur darauf achten, daß an
Ausrichten
an MiB auch ausgewählt ist, damit das Alignment später stimmt. Überprüfen läßt sich das mit
# parted /dev/sda align-check optDas alles ist aber schon wieder Nebenschauplatz.
Eigentlich bleibt für mich als Erklärung des Fehler nur,
die ISO und der Stick...
@unklarer:
QuoteDas aktuelle gparted legt die PT und die Partitionen m.W. korrekt an. Hier muß man nur darauf achten, daß an Ausrichten an MiB auch ausgewählt ist, damit das Alignment später stimmt.
Wird dann bei der PT auch GPT angehakt? Oder doch wie von gparted vorgeschlagen msdos? Bei MiB, das wurde gleich von gparted vorgegeben, hätte ich wenn ich es nicht will umstellen müssen.
Bei der Ausgabe der Befehle von der HDD sieht es fast genauso aus, bis auf:dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
bash: demidecode: command not found
und# parted /dev/sda align-check opt
Partition number? 1
1 alignd
Habe den Support kontaktiert und der teilte mir mit, das Linux nicht unterstützt wird. Mein Händler meinte er kann mir im Moment kein zweites Gerät zur Verführung stellen kann, ich solle dieses zurück geben und mir ein anderes Notebook bestellen.
Das werde ich auch machen, er kann einen Hardwaredefekt nicht ausschließen und müsste das Gerät eh an Lenovo zurückschicken.
Also vielen Dank für eure Unterstützung, ich hoffe das ich die bei dem dann neuen Gerät nicht mehr brauche.
Mit dem neuen Gerät wird es das selbe Spiel. da gibt es so einen komischen Partitionstyp in gpt - den sollte man nutzen, wenn man mit gpt spielen will - und auch noch davon starten.
sudo gdisk -l /dev/sdc
GPT fdisk (gdisk) version 0.8.7
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 500118192 sectors, 238.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 4D18D33A-9588-4AF9-826F-16B8419A2FBA
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 500118158
Partitions will be aligned on 2-sector boundaries
Total free space is 290400911 sectors (138.5 GiB)
Number Start (sector) End (sector) Size Code Name
1 34 2047 1007.0 KiB EF02 BIOS boot partition
2 2048 104859647 50.0 GiB 8300 Linux filesystem
3 104859648 209717247 50.0 GiB 8300 Linux filesystem
so könnte das ungefähr aussehen - dann funktioniert das auch mit gpt.
Und jetzt die Frage aller Fragen: Warum zum Teufel muss es GPT sein - weil es neu ist, man was neues zum Spielen braucht oder weil man wirklich einen realen Nutzwert davon hat - ich hab auf gpt gesetzt, weil ich eventuell mehr als 4 Partitionen auf meinen 256 G haben möchte, wer mit 4 Partitionen hinkommt, sollte sich das mit dem GPT noch mal überlegen.
Das soll jetzt nicht wirklich unfreundlich und arrogant sein - es bleibt die Sinnfrage. Mich hat das mit GPT erst mal etwas über einen halben Tag gekostet - und wenn das nicht eine von den SSDs gewesen wäre, auf die Testsysteme kommen, hätte ich mir das Friemeln geschenkt und die gute alte MSDOS-Partitionstabelle genommen - oder lvm2.
@agaida:
Quotehätte ich mir das Friemeln geschenkt und die gute alte MSDOS-Partitionstabelle genommen
Bei der HDD und SSD mit PT in msdos lief die Installation ja auch nicht.
Ich konnte Sidu nicht auf der HDD und der SSD installieren, ob nun msdos oder gpt.
Dank agaida ist das Rätsel gelöst!
Auf einem GPT-Datenträger benötigt grub2 für seine Dateien eine spezielle Partition.
Und, weil das noch immer nicht das Ende der Fahnenstange ist,
gibt es dann auch noch Unterschiede:
- GPT mit EFI
- GPT ohne EFI
Ergo, kann ich auch bei msdos bleiben, denn hier lassen sich in einer
erweiterten Partition doch auch noch 16 (glaube ich) anlegen.
19 Stück werde ich nie brauchen... :wink:
7-8 brauch ich schon mal - und ich find erweiterte Partitionen einfach nur grottig - gpt hat da den Vorteil gegenüber lvm, dass ich lvm nicht als Schicht habe (nicht dass ich damit nicht umgehen kann, aber manchmal will man einfach nicht :) )
So auf meinem neuen MSI-GE60 mit 128GB mSSD läuft jetzt Sidu.
Die Installation lief einwandfrei, habe nur ein Problem mit dem Abmelden und dem Strg+Alt+F1. Sobald ich mich abmelde bleibt der Bildschirm dunkel, wenn ich dann die Tastenkombi anwende passiert nichts. Nach dem Abmelden sollte ich die Anmeldefunktion von Lightdm sehen, da ist leider nichts, nur ein dunkler Bildschirm.
Wie mache ich jetzt das DU wenn ich nicht in den init 3 komme?
Des Weiteren wie bekomme ich mein Lan-Netzwerk zum aktivieren?
Mit fw-detect habe ich mein WLan zum laufen bekommen, bei der Installation hatte ich kein Netzwerk aktiv, kein Kabel angeschlossen.
DeKa, das ist irgendwie bisschen wenig Infos. Was für eine Grafikkarte ist verbaut, welcher Treiber wird verwendet?
lspci -nn | grep VGA
Das beschriebene Verhalten erinnert mich an gleiches Verhalten meiner nvidia Grafikkarte im Desktoprechner. Ich lasse den Xserver beim Abmelden direkt neu starten... das hilft.
Was für Netzwerkkarte ist verbaut?
lspcii -nn | grep Ethernet
Hallo,
ja da stimme ich dir zu. Gelobe Besserung!
Hier die Ausgabe von VGA:deka@deka-sidu:~$ lspci -nn | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:0fd4] (rev a1)
und hier für die Netzwerkschnittstelle:deka@deka-sidu:~$ lspci -nn | grep Ethernet
03:00.0 Ethernet controller [0200]: Atheros Communications Inc. Device [1969:e091] (rev 13)
Meintest du ich soll vor dem Abmelden den Befehl absetzen, welchen nutzt du dafür? Das RestartX.sh Skript von Debian oder welche Befehle setzt du ab.
Hi DeKa,
ich würde dich bitten für deine Probleme mit der Grafikkarte bzw. dem Netzwerkdevice einen neuen Thread zu eröffnen, denn das hat nichts mehr mit der Ausgangsproblematik zu tun. Danke!
Hallo bluelupo,
bin natürlich gern deiner bitte nachgekommen.
Normal halte ich so etwas auch immer getrennt, bei mir sind einige Probleme nach der Installation aufgetreten und ich konnte nicht alles sofort umsetzen.
@DeKa: Danke!