Anfängerfragen - Linux Neuling? Hier ist der richtige Platz für deine Fragen (2)

  • Ersteller Gelöschtes Mitglied 45455
  • Erstellt am
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
yay -S btrfs-assistant btrfsmaintenance snapper snap-pac grub-btrfs inotify-tools
sudo systemctl enable --now grub-btrfsd

dann BTRFS assistant starten, die beiden grundconfigs (/root und /home) anlegen und glücklich sein :d
Beitrag automatisch zusammengeführt:

Ich hab scheinbar mein root pw von eOS vergessen am Media PC.
Naja... :d
Läuft ja was ich brauch.
Naja ist ja kein Drama - vom USB Stick starten, chroot und dann ändern.
Mit arch chroot sollte man sich eh mindestens einmal ausserhalb einer "Notsituation" beschäftigt haben
 
@KurantRubys
Ich hab das so bei mir auf dem Hauptsystem eingerichtet. So macht er automatisch einen Snapshot vor jedem System Update.


Habe aber noch nie einen der Snapshots benötigt :d
 
@KurantRubys
Ich hab das so bei mir auf dem Hauptsystem eingerichtet. So macht er automatisch einen Snapshot vor jedem System Update.


Habe aber noch nie einen der Snapshots benötigt :d
snapper > timeshift.
 
Die Installation ist schon ein paar Jahre alt. Das ändere ich jetzt nicht mehr.

Never Touch a running System

@KurantRubys
Never Change a running distribution :d
 
Ändern würd ich das auch nicht, war nur als ERgänzung Richtung KurantRubys gedacht.

Edit: Mir fällt grad ein das ich das auf meiner ersten EOS Installation damals tatsächlich sogar geändert hatte, deshalb war der Link in meinem EOS-Install-File :d
 
Naja ist ja kein Drama - vom USB Stick starten, chroot und dann ändern.
Mit arch chroot sollte man sich eh mindestens einmal ausserhalb einer "Notsituation" beschäftigt haben
Wait.. man kann ohne weiteres ohne jegliches Password das Root PW ändern?
 
Joa klar, wenn du Herr über die Hardware bist kannst du alles machen. Willst du das nicht musst die die Hardware absichern (UEFI into TPM into SecureBoot into verschlüsselte Boot Partition into verschlüsselte Platte)
Hier der Guide für Arch Linux
 
Wait.. man kann ohne weiteres ohne jegliches Password das Root PW ändern?
Mit entsprechendem phyischen Zugriff auf die Maschine (z.B. von USB booten oder Zugriff auf den Bootloader) ja.

Sowas geht übrigens auch mit Windows.

Generell gilt, wenn man physischen Zugriff auf einen PC hat, kommt man quasi immer an alles ran. Die einzige Möglichkeit das zu verhindern ist eine komplette Verschlüsselung der Platten.
 
Wusste ich tatsächlich nicht. Man lernt nie aus :)
 
An dem Tag an dem ich nichts mehr über Linux lernen kann wechsele ich zu BSD :d
 
Genau so wie du das da machst - zumindest tut es das bei meiner Installation - hier ist also irgendwas verbuggt bei dir...
ja keine Ahnung. Also bei mir funktioniert das einfach nicht.
 
Kann man das nicht bei fedora machen? Bestimmte packete version ein masken . Wie bei gentoo da kann man packet masken und dann wird diese version nicht genommen.
Beitrag automatisch zusammengeführt:

Wait.. man kann ohne weiteres ohne jegliches Password das Root PW ändern?
ja das kannst du machen chroot .
die Partion von der ssd wo das root verzeignis mount dann mit chroot rein und fertig.
20240721_22h12m56s_grim.png


20240721_22h13m31s_grim.png



Dann bist du in den system drin nach dem befehlen .
Danach passwd
neues password fertig.

So geht chroot mit gentoo iso
Bei arch muss das ja auch im arch wiki stehen wie die befehle zum chroot ist.
Beitrag automatisch zusammengeführt:

@def
Zum thema mounten ist einfach
Code:
fdisk -l    auflistung von Ssd
mount /dev/nvme1n1p3 /mnt/          /dev/nvme1n1p3 ist nur ein beispiel so heißt meine ssd

genfstab -U /mnt >> /mnt/etc/fstab
arch-chroot /mnt

passwd


Hier habe ich mal schon für dich geguckt auf arch wiki
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: def
/proc, /sys und /dev brauchst dafür eigentlich auch gar nicht. Auch genfstab würde ich weglassen, weil sich hier nix ändern dürfte. Das ist halt mehr für die frische Installation gedacht.

Nur die root-Partition mounten, chrooten, passwd, fertig, also z.B.:
Code:
mount /dev/sda1 /mnt
chroot /mnt
passwd

/dev/sda1 halt durch deine root-Partition ersetzen.

Kannst du auch mit jeder beliebigen Linux LiveCD machen. Muss also nicht die vom Arch o.ä. sein. Benutze dafür ganz gerne immer die SystemRescueCD
 
Installier dir wieder ein Windows und üb danach erstmal in einer VM oder einem zweiten bootmedium. Arch ist für blutige Anfänger ohne Übungsstunden ungeeignet...
Beitrag automatisch zusammengeführt:

Ich hab keine Ahnung was su installiert hast, was du für Hardware einsetzt, was dein Internet sonst ist und wie dein Kenntnisstand ist. Wenn ich dir jetzt sage "nimm netmanager und mach ne neue Verbindung auf" hilft dir das null weiter. Du bist komplett unvorbereitet, wie hast du dir denn vorgestellt das das klappen soll? Mit null Ahnung? Null Vorbereitung? Arch? Was zur Hölle?

Wie hast du Arch denn installiert? Archinstall? Oldschool aka Chroot? Wie gehst du ins Internet? Das wird so nichts...
Beitrag automatisch zusammengeführt:

Und weg sind die Posts auf die ich antwortete...
 
Zuletzt bearbeitet:
der braucht nur ein netzwerkmanager . zb das hier net-misc/dhcpcd einfach mit chroot installieren.
Von der live iso muss internet da sein .
 
Lol, und ich frage mich schon auf wen du dich dich da beziehst xD

Aber um Arch zu installieren braucht man jetzt nicht unbedingt erweitere Linuxkenntnisse.
Ich hab mir das auch einfach so in Form von EndeavourOS installiert. Bisher läufts auch super und Mint habe ich inzwischen wieder komplett gelöscht
 
EOS installieren ist was völlig anderes als Arch installieren. EOS hat Calamares, Arch entweder eine (verbuggte und verpönte) Installation via CLI tool (Archinstall) oder eine von Hand Kopier Installation (der "richtige" Weg). Magnituden komplizierter, vor allem wenn etwas schief geht.
 
Uff. ok. Dachte es gibt inzwischen quasi nur noch Installationen per Live USB Stick und ordentlicher Oberfläche.
 
EOS installieren ist was völlig anderes als Arch installieren. EOS hat Calamares, Arch entweder eine (verbuggte und verpönte) Installation via CLI tool (Archinstall) oder eine von Hand Kopier Installation (der "richtige" Weg). Magnituden komplizierter, vor allem wenn etwas schief geht.
Arch installieren an sich ist einfach. dieser script archinstall ist eine lotterie. Ob es funktioniert oder nicht.
Ich habe da nur geantwortet auf den fragen steller wo der von windows zur arch wechsel tut.
Von hand installieren ist kein hexenwerk. Nur abtippen.
Es gibt kein use flag oder so wie bei gentoo
 
Arch installieren an sich ist einfach. dieser script archinstall ist eine lotterie. Ob es funktioniert oder nicht.
Ich habe da nur geantwortet auf den fragen steller wo der von windows zur arch wechsel tut.
Von hand installieren ist kein hexenwerk. Nur abtippen.
Es gibt kein use flag oder so wie bei gentoo
Ä ja... Was willst du mir sagen?
 
Ja, du empfiehlt Anfängern auch gentoo Krams. Wie schon vor Wochen geschrieben: Bei deinen Posts bin ich raus.
 
Hab grade mal 2 Seiten zurück gescrollt und mal wieder das Thema Fancontrol gefunden. Das lief bei mir unter Mint nicht. Es wurden keine Header erkannt für die Lüfter.
Jetzt mit EndeavourOS...gleiches Problem. Ich kann unter Linux meine Lüfter nicht steuern, außer die der GPU per Corectrl.
 
Hab grade mal 2 Seiten zurück gescrollt und mal wieder das Thema Fancontrol gefunden. Das lief bei mir unter Mint nicht. Es wurden keine Header erkannt für die Lüfter.
Jetzt mit EndeavourOS...gleiches Problem. Ich kann unter Linux meine Lüfter nicht steuern, außer die der GPU per Corectrl.
Das Problem wird vermutlich sein, dass der Treiber für den SIO nicht geladen ist (oder keiner existiert).

Lüftersteuerungssoftware benutzt unter Linux i.d.R. die Standardisierte hwmon Schnittstelle des Kernels. Die eigentliche Kommunikation mit der Hardware übernimmt dann ein Kerneltreiber. Der wird aber für den SIO auf dem Mainboard nicht automatisch geladen, weil SMBus nicht PnP ist.

lm-sensors hat ein Probing-Skript (sensors-detect), mit dem ich aber bisher eher selten Erfolg hatte. Internet-Recherche funktioniert da meistens besser.

Welches MB benutzt du denn?
 
@YCbCr ja sensors-detect bringt bei mir auch nie erfolg.
Mainboard ist ein Gigabyte X570 Aorus Elite

Hier mal das was sensors-detect ausspuckt

Code:
# sensors-detect version 3.6.0+git
# System: Gigabyte Technology Co., Ltd. X570 AORUS ELITE [-CF]
# Kernel: 6.9.10-arch1-1 x86_64
# Processor: AMD Ryzen 7 5800X3D 8-Core Processor (25/33/2)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no):
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           No
AMD Family 16h thermal sensors...                           No
AMD Family 17h thermal sensors...                           Success!
    (driver `k10temp')
AMD Family 15h power sensors...                             No
AMD Family 16h power sensors...                             No
Hygon Family 18h thermal sensors...                         No
AMD Family 19h thermal sensors...                           No
Intel digital thermal sensor...                             No
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      Yes
Found unknown chip with ID 0x8688
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No

Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no):
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no):
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no):
Using driver `i2c-piix4' for device 0000:00:14.0: AMD KERNCZ SMBus

Next adapter: Synopsys DesignWare I2C adapter (i2c-0)
Do you want to scan it? (YES/no/selectively):
Adapter doesn't support all probing functions.
Some addresses won't be probed.

Next adapter: AMDGPU SMU 0 (i2c-1)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU SMU 1 (i2c-2)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM i2c hw bus 0 (i2c-3)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM i2c hw bus 1 (i2c-4)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM i2c hw bus 2 (i2c-5)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM i2c hw bus 3 (i2c-6)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM aux hw bus 0 (i2c-7)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM aux hw bus 1 (i2c-8)
Do you want to scan it? (yes/NO/selectively):

Next adapter: AMDGPU DM aux hw bus 2 (i2c-9)
Do you want to scan it? (yes/NO/selectively):


Now follows a summary of the probes I have just done.
Just press ENTER to continue:

Driver `k10temp' (autoloaded):
  * Chip `AMD Family 17h thermal sensors' (confidence: 9)

No modules to load, skipping modules configuration.
 
@YCbCr ja sensors-detect bringt bei mir auch nie erfolg.
Mainboard ist ein Gigabyte X570 Aorus Elite

Hier mal das was sensors-detect ausspuckt

[…]
Die gute Nachricht: Sieht nach ITE IT8688E aus, wird vom it87 Treiber unterstützt¹
Die schlechte Nachricht: Sieht nach ITE IT8688E aus, wird vom it87 Treiber unterstützt
(der Treiber ist notorisch dafür, mit neueren Chips eher schlecht als recht zu funktionieren)

[1] Der Treiber hat expliziten hardcoded Support für das X570 AORUS MASTER, X570 AORUS PRO, X570 AORUS PRO WIFI und X570S AERO G, nicht aber das X570 Aorus Elite. Manuell laden sollte aber funktionieren, ggf. mit force_id=it8628 und / oder ignore_resource_conflict=1.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh