In Zeiten in denen Nutzer nicht mehr gewohnt sind ein OS zu installieren, bin ich vorsichtiger geworden. Lieber den Aufwand etwas höher bewerten, als dass anschließend sich jemand beschwert es sei unzumutbar schwer gewesen.
Anfängerfragen - Linux Neuling? Hier ist der richtige Platz für deine Fragen (2)
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Ja, für den "Gelegenheitsinstallieren" liegt das größte Problem bei solchen Aktionen gerade an der Seltenheit, wie er sein OS neu installiert. Wenn man sich ein paar Jahre später nicht mehr daran erinnert, solche Spezialitäten konfiguriert zu haben, und auch nicht über die Routine verfügt, sich vor einer Neuinstallation einen ausreichenden Überblick über die Altkonfiguration zu verschaffen, kann man dann ganz schnell Alles vernichten. Ist zwar bei Linux sicher nicht so schlimm, wie es bei Windows leider geworden ist, wenn man gesamte Nutzerprofile usw. verschieben will, aber doch nciht ganz risikofrei.
Zuletzt bearbeitet:
CrazyWurscht
Enthusiast
Danke, hat bei der Manjaro-Installation einwandfrei funktioniert!
Ich verwende auf meinem Desktop-PC Manjaro XFCE, da der PC genug Leistung hat denke ich passt das. Aber welche Manjaro-Version würdet ihr für einen leistungsschwächeren Laptop empfehlen (also wenn es um 100% um Performance geht)?
Ich verwende auf meinem Desktop-PC Manjaro XFCE, da der PC genug Leistung hat denke ich passt das. Aber welche Manjaro-Version würdet ihr für einen leistungsschwächeren Laptop empfehlen (also wenn es um 100% um Performance geht)?
G
Gelöschtes Mitglied 296336
Guest
Glaube du hast was verwechselt, XFCE ist für das Gerät mit wenig Leistung geeignet und auf dem Desktop-PC kannst du Gnome ausprobieren, das braucht aber mehr Leistung als XFCE. Aber du kannst natürlich auch auf dem Desktop XFCE nutzen wenn es dir gefällt und alles kann was du brauchst gibt es ja keinen Grund was anderes zu nehmen. Ich habe bis vor einem Jahr als ich auf Wayland (Window Manager) umgestiegen bin auch ausschließlich XFCE benutzt und würde dir grade für den Anfang empfehlen auf jedem Gerät die gleiche Oberfläche zu nutzen da du so einfach schneller einen Workflow generieren kannst. Also ruhig mal ein paar Wochen mit XFCE arbeiten und dann kannst du immernoch was anderes probieren. XFCE ist für den Anfang meiner Meinung nach am besten geeignet, da es wenig Dinge gibt die vom Wesentlichen ablenken, es ist alles gut dokumentiert und durchdacht.
P
pillenkoenig
Guest
+1 XFCE ist schon sparsam. (LXDE noch etwas mehr)
wenn leistung satt da ist, dann kann man sich KDE oder gnome ansehen. (ich wuerde gnome praeferieren, das ist mehr als nur ein windows-klon
)
wenn leistung satt da ist, dann kann man sich KDE oder gnome ansehen. (ich wuerde gnome praeferieren, das ist mehr als nur ein windows-klon
)
Ich würde bezüglich der "besten" Desktop Umgebung nicht viel auf Ratschläge aus dem Internet geben. Alle haben so ihre vor und Nachteile und am Ende sind persönliche Präferenzen entscheidend. Am besten machst du dir mit den Live USB-Sticks der entsprechenden Ubuntu-Derivate von Gnome, KDE, Mate, XFCE, LXDE/LXQT und Budgie selbst ein Bild.
snoopyx
Enthusiast
Hat jemand eine Idee weswegen mir beim Befehl sudo rescan-scsi-bus noch ein mittlerweile entferntes Laufwerk angezeigt wird und nicht das neue im eSATA Dock? Ubuntu 18.04 LTS auf N54 headless.
CrazyWurscht
Enthusiast
Kann man auf Basis des minimalen Arch-Linux sich mit dem Internet verbinden und weitere Pakete installieren (bis man dann irgendwann bei der graphischen Benutzeroberfläche ist) wenn man nur das integrierte WLAN des Laptops hat? Also hat das minimale Arch schon Treiber dabei und kann man sich über die Konsole mit einem WLAN verbinden?
Edit: Okay, anscheinend ist Wifi auf der Installations-ISO mit dabei.
Edit: Okay, anscheinend ist Wifi auf der Installations-ISO mit dabei.
Zuletzt bearbeitet:
CrazyWurscht
Enthusiast
Wie würde man das rausfinden?
Stop! Seit heute nicht mehr! Seit heute gibt es statt der Gruppe "base" ein Paket "base" und das ist deutlich näher an dem, was der Name suggestiert, als vorher. Unter Anderem ist KEIN Netzwerk-Manager mehr dabei, heißt du musst zusätzlich "netctl" installieren. Dann funktioniert problemlos jeder mir bekannte Intel-Chip.
CrazyWurscht
Enthusiast
Wie geht das ohne Wifi?
Hab ein ThinkPad® E470, hat das einen Intel-Chip?
Indem man es bereits während der Installation installiert.
Google -> "ThinkPad E470 Wifi" -> Nein.
CrazyWurscht
Enthusiast
D.h. mit meinem Thinkpad würde eine Installation per WiFi nicht funkttionieren?
Wie installiert man denn ein Paket ohne Internet? Reden wir aneinander vorbei?
G
Gelöschtes Mitglied 144635
Guest
Auf der Install-CD ist es wohl drauf. Also einfach beim pacstrap-Schritt den Befehl
und vielleicht noch dialog (ist wifi-menu) dazu ausführen. Nach dem Reboot kann es auch nötig sein, einen DHCP-Client als Dienst laufen zu lassen.
Code:
pacstrap /mnt base base-devel intel-ucode netctl wpa_supplicant
Zuletzt bearbeitet von einem Moderator:
CrazyWurscht
Enthusiast
Danke!
Hat jemand einen Tipp für eine möglichst einfache Anleitung um vom Booten der ISO über Wlan, Partitionen etc. in ein funktionierendes Linux mit XFCE zu kommen?
Hat jemand einen Tipp für eine möglichst einfache Anleitung um vom Booten der ISO über Wlan, Partitionen etc. in ein funktionierendes Linux mit XFCE zu kommen?
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Hier steht wie du die ISO auf einen USB-Stick bekommst: Create a bootable USB stick on Windows | Ubuntu tutorials
Nur verwendest du eben Xubuntu 18.10.
die Installation ist ganz simpel, wie z.B. hier beschrieben: How to install Xubuntu - YouTube
Rufus kannst du natürlich auch mit vielen anderen Linux-Distributionen neben den Ubuntu-Varianten verwenden, aber zum Kennenlernen und Einsteig oder auch zur Dauernutzung, macht man mit Xubuntu sicher Nichts falsch.
Nur verwendest du eben Xubuntu 18.10.
die Installation ist ganz simpel, wie z.B. hier beschrieben: How to install Xubuntu - YouTube
Rufus kannst du natürlich auch mit vielen anderen Linux-Distributionen neben den Ubuntu-Varianten verwenden, aber zum Kennenlernen und Einsteig oder auch zur Dauernutzung, macht man mit Xubuntu sicher Nichts falsch.
Zuletzt bearbeitet:
CrazyWurscht
Enthusiast
Ich würds aber gern mit Arch-Linux probieren. Das Rolling-Release Modell gefällt mir besser außerdem möchte ich selbst entscheiden, was installiert wird und was nicht (da Laptop mit wenig Festplattenplatz)
CrazyWurscht
Enthusiast
Mit Hilfe des IRCs und des englischen Wikis hat es geklappt
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Hallo mal wieder 
Wie könnte ich denn eine udev rule bauen, die darauf reagiert, dass enp0s25 angeschlossen wird?
Das ist der LAN-Adapter von der Dockingstation, und ich möchte automatisch auf erweiterten Desktop umschalten lassen, sobald das Notebook am Dock hängt, und zurück, wenn das Notebook aus dem Dock kommt. Da es scheinbar keine andere Möglichkeit gibt, möchte ich den LAN-Port für die nötige udev Regel verwenden.
Im Moment habe ich Folgendes in /etc/udev/rules.d/80-dockdisplay.rules stehen:
Habe auch das Neuladen der rules angeleiert:
Aber leider triggert das wohl nicht, denn blabla ist in /tmp nicht zu finden.
Habe es auch schon mit:
Wie könnte ich denn eine udev rule bauen, die darauf reagiert, dass enp0s25 angeschlossen wird?
Das ist der LAN-Adapter von der Dockingstation, und ich möchte automatisch auf erweiterten Desktop umschalten lassen, sobald das Notebook am Dock hängt, und zurück, wenn das Notebook aus dem Dock kommt. Da es scheinbar keine andere Möglichkeit gibt, möchte ich den LAN-Port für die nötige udev Regel verwenden.
Im Moment habe ich Folgendes in /etc/udev/rules.d/80-dockdisplay.rules stehen:
(Natürlich mit der echten MAC)
Habe auch das Neuladen der rules angeleiert:
Aber leider triggert das wohl nicht, denn blabla ist in /tmp nicht zu finden.
Habe es auch schon mit:
probiert, weil ich nicht weiß, wie und wann diese dämliche Umbenennung der Netzwerkadapter zu den neuen enp Namen stattfindet, aber auch das geht nicht.
Zuletzt bearbeitet:
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Habe eben noch per PCIe versucht, mit:
Hier die Ausgabe des Monitorings:
Der NetworkManager pfuscht dann ja auch noch herum, evtl. liegt's daran?
Edit:
Achso, Moment. Du meintest "Das Kabel". Also das Ethernet-Kabel? Ein Kabel zum Ethernet-Controller in dem Sinne gibt es ja nicht, weil dieser ja in der Docking-Station integriert ist.
Würde die Rule nach "net" Subsystem vielleicht nur dann funktionieren, wenn der Ethernet-Stecker eingesteckt wird, aber nicht wenn der Ethernet-Controller hinzugefügt wird?
Hier nochmal ein Log, wo ich nur den Ethernet-Stecker gepluggt habe, anstatt des gesamten Docks:
Nicht mal das ging
Hier die Ausgabe des Monitorings:
Der NetworkManager pfuscht dann ja auch noch herum, evtl. liegt's daran?
Edit:
Achso, Moment. Du meintest "Das Kabel". Also das Ethernet-Kabel? Ein Kabel zum Ethernet-Controller in dem Sinne gibt es ja nicht, weil dieser ja in der Docking-Station integriert ist.
Würde die Rule nach "net" Subsystem vielleicht nur dann funktionieren, wenn der Ethernet-Stecker eingesteckt wird, aber nicht wenn der Ethernet-Controller hinzugefügt wird?
Hier nochmal ein Log, wo ich nur den Ethernet-Stecker gepluggt habe, anstatt des gesamten Docks:
Zuletzt bearbeitet:
Oha, das ist weit mehr Ausgabe als ich dachte. Muss ich mal schauen, ob ich heute Abend Zeit habe. Das net-Subsystem kommt aber in dem Output nicht vor, heißt das Ding ist scheinbar rein USB und wird von udev als auch rein USB behandelt. Einfachste wäre wohl auf das Anschließen eines USB-Gerätes mit eben dieser ID zu warten.
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Soweit ich bisher dachte ist es ein PCIe-Device:
Oder könnte Linux da falsch liegen?
Es ist auch eine "richtige", klassische Dockingstation, mit eigenem Busstecker, an der Unterseite des Notebooks (irgendwas Proprietäres?). Kein USB-Dock.
Ich kann auch den Pfad dazu finden: /sys/devices/pci0000:00/0000:00:19.0
Irgendwie ist das schon Alles sehr komisch..
Edit:
Hm, glaube ich versteh gerade meinen Denkfehler:
Der GBit-Controller steckt ja im Notebook. Er wird also gar nicht geaddet, wenn ich das Notebok andocke. Der Ethernet-Port an der Dockingstation ist ja nur der selbe elektronische Anschluss physikalisch verlängert.
Was sich aber ändert ist dann ja tatsächlich nur der Connection-State der Ethernet-Verbindung. Letzteres müsste doch im zweiten Log das ich oben eingefügt habe (als ich nur den Ethernet-Stecker eingesteckt habe) zu sehen sein? Ist dann aber wohl kein udev-Event..
Code:
lspci
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04)
[B]00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 04)[/B]
00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4)
00:1c.3 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 4 (rev c4)
00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM77 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M2000M] (rev a2)
01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1)
24:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller (rev 30)
24:00.2 SD Host controller: JMicron Technology Corp. Standard SD Host Controller (rev 30)
25:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 3e)
26:00.0 SATA controller: JMicron Technology Corp. JMB360 AHCI Controller (rev 10)Oder könnte Linux da falsch liegen?
Es ist auch eine "richtige", klassische Dockingstation, mit eigenem Busstecker, an der Unterseite des Notebooks (irgendwas Proprietäres?). Kein USB-Dock.
Ich kann auch den Pfad dazu finden: /sys/devices/pci0000:00/0000:00:19.0
Irgendwie ist das schon Alles sehr komisch..
Edit:
Hm, glaube ich versteh gerade meinen Denkfehler:
Der GBit-Controller steckt ja im Notebook. Er wird also gar nicht geaddet, wenn ich das Notebok andocke. Der Ethernet-Port an der Dockingstation ist ja nur der selbe elektronische Anschluss physikalisch verlängert.
Was sich aber ändert ist dann ja tatsächlich nur der Connection-State der Ethernet-Verbindung. Letzteres müsste doch im zweiten Log das ich oben eingefügt habe (als ich nur den Ethernet-Stecker eingesteckt habe) zu sehen sein? Ist dann aber wohl kein udev-Event..
Zuletzt bearbeitet:
Connection State kannst du dann mit networkmanager-dispatcher.service feststellen. Aber wenn es dir rein ums Dock geht, dann würde ich vom Netzwerkadapter weg Richtung Dock gehen. Entweder als USB- oder als PCI-Gerät sollte er ja auftauchen.
Das hier sollte dann auch schon reichen:
Zum Entfernen ist meines Wissens nach der Name des Gerätes notwendig, weil udev die IDs aus irgendeinem Grund zu dem Zeitpunkt nicht mehr kennt.
Das hier sollte dann auch schon reichen:
Code:
ACTION=="add", ATTR{idVendor}=="1234", ATTR{idProduct}=="5678"
Code:
ACTION=="remove", ENV{idModel}=="My_Dock"Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
OK, mit der USB-Soundkarte die fest am Dock hängt funktioniert der Trigger! 
Meine fertige rules Datei sieht nun also so aus:
Jetzt müsste nur noch mein Monitorskript rennen. Das tut es zwar, wenn ich es von der Shell aufrufe, aber durch udev gestartet kommt:
File "blablabla" wird angelegt.
Meine fertige rules Datei sieht nun also so aus:
Jetzt müsste nur noch mein Monitorskript rennen. Das tut es zwar, wenn ich es von der Shell aufrufe, aber durch udev gestartet kommt:
Wohl irgend so ein Rechtdeing? Im Skript sind einige xrandr Zeilen, um die Displays zu konfigurieren und notify-send um die aktuelle Konfiguration als Message auf den Desktop zu poppen. Wenn ich es als root starte funktioniert es allerdings auch.. nur per udev nicht.
Zuletzt bearbeitet:
Elmario
Urgestein
- Mitglied seit
- 21.01.2006
- Beiträge
- 5.267
Ich habe nun das Command so geändert, dass das Skript statt von root vom User samt Profil ausgeführt werden soll:
Jetzt rennt zwar das Skript grundsätzlich (Die PopUps per notify-send werden angezeigt), aber die xrands werden immer noch nicht ausgeführt.
theoradicus
Enthusiast
- Mitglied seit
- 16.01.2010
- Beiträge
- 295