Hallo josef
Abermals vielen Dank für Deine Unterstützung!
Auch sehr lieb das Du wahrscheinlich unbemerkt eine Vermutung von mir bestätigt hast: Das system ein Teil von world sein "könnte" Ich hatte vor das ebenfalls noch zu fragen. Wie es sein kann, das system keine Aktualisierungen mehr enthält wenn world ausgeführt wurde.
Hat sich dann mit Deiner Erläuterung erledigt
josef, plugdev hatte ich nur als Beispiel gemeint. Das hatte ich im Zusammenhang mit kde gelesen und erinnerte mich noch daran.
Vor gentoo habe ich einige wie ich schon sagte Distributionen ausprobiert. Ich sag das nicht weil ich im gentoo Forum bin, sondern sehe ich in gentoo "meine Distri". Nichts desto trotz habe ich beispielsweise einige "arch"-Gepflogenheiten noch nicht wieder aus dem Kopf verdrängt.
Bei arch habe ich beispiesweise so -> user erstellt:
|
Quellcode
|
1
|
useradd -m -g users -G ...groups... -s /bin/bash $username
|
in gentoo:
|
Quellcode
|
1
|
useradd -m -G ...groups... -s /bin/bash $username
|
Dieses kleine "-m" ich weiß nicht warum, aber ich hab immer das Gefühl etwas im string vergessen zu haben. Ist nur ein Beispiel um Dir zu zeigen, oder Euch, warum ich noch oft unsicher bin. Ich lese auch sehr sehr viel, versuche alles um schnell etwas zu erlernen und dann titschen mir schonmal Gemeinsamkeiten und Unterschiede durch den Kopf und ich weiß nicht mehr direkt wozu es gehörte.
In arch war es noch wichtig, den user in die Gruppe "power" zu adden. plugdev, um zum Thema zurückzukommen habe ich nicht. Hal gibts ja auch "so" in neueren Systemen, wie Du selbst sagtest, auch nicht mehr. Habs getestet.
Ja..., achso... ich weiß es gehört nicht in diesen Thread, ich habe eine Frage die mir schon von anfang an auf der Zunge brennt. Seit Installation gentoos: Es geht um die Compiler Flags "-O2 -pipe". Diese sind ja standardmäßig aktiviert, und ich habe daran nichts verändert. Doch ist im Beispiel also dem Install-How-To die Rede davon, daß auch neueste "Intel Prozessor-Generationen" der i686 angehören. Im Beispiel des How-Tos geht man von einem i386 aus. So ist es im Beispiel.
Doch weiß ich nicht ob auch ein 64-Bit Prozessor als i686 bezeichnet werden kann. Für 64-Bit Prozessoren gibt es allerdings viele bezeichnungen: "~amd64, x86_64, x64" Ich habs nicht so eilig die make.conf zu operieren, aber wäre gut zu wissen wohin ein I7 Core passt.
Eine andere Frage habe ich noch:
Seitdem ich im Kernel KMS aktiviert habe (alles genau nach Anleitung, auch FB-Treiber entfernt wie gefordert), habe ich in der Console endlich keine Große Schrift mehr sondert nach meiner Standardauflösung 1920 1200. Wenn ich neu starte oder überhaupt starte kommt grub, ich drücke "Enter" und zuerst ist es noch große Schrift (klar, bis der kernel die grafik-hw läd) doch dies dauert etwa 20 bis 30 Sek. Heißt, er startet läd bis das die Grafik-HW an die Reihe kommt, verharrt. Das was bisher geladen wurde, bleibt klar auf dem Bildschirm... ich warte die Zeit ab, Bildschirm tastet dunkel, kommt sofort wieder und habe kleine Schrift mit Korrekter Auflösung. Er läd den Rest, alles mit "ok" an der rechten Seite bis zum login.
Ich hätte dazu eine Vermutung:
Bei ATI/AMD scheint es wohl viele Treiber zu geben:
|
Quellcode
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
|
Code Listing 2.5: AMD/ATI settings
(Setup the kernel to use the radeon-ucode firmware)
Device Drivers --->
Generic Driver Options --->
[*] Include in-kernel firmware blobs in kernel binary
# RadeonHD 2000, 3000, and 4000 series cards:
(radeon/R600_rlc.bin radeon/R700_rlc.bin) External firmware blobs
# RadeonHD 5000, a.k.a Evergreen, and newer cards:
(radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin
radeon/CYPRESS_me.bin radeon/CYPRESS_pfp.bin radeon/CYPRESS_rlc.bin
radeon/JUNIPER_me.bin radeon/JUNIPER_pfp.bin radeon/JUNIPER_rlc.bin
radeon/REDWOOD_me.bin radeon/REDWOOD_pfp.bin
radeon/REDWOOD_rlc.bin) External firmware blobs
# Radeon HD 6000 series Fusion APUs:
(radeon/PALM_me.bin radeon/PALM_pfp.bin radeon/SUMO2_me.bin
radeon/SUMO2_pfp.bin radeon/SUMO_me.bin radeon/SUMO_pfp.bin
radeon/SUMO_rlc.bin) External firmware blobs
# Radeon HD 6400-6900 aka. Northern Islands:
(radeon/BARTS_mc.bin radeon/BARTS_me.bin radeon/BARTS_pfp.bin
radeon/BTC_rlc.bin radeon/CAICOS_mc.bin radeon/CAICOS_me.bin
radeon/CAICOS_pfp.bin radeon/CAYMAN_mc.bin radeon/CAYMAN_me.bin
radeon/CAYMAN_pfp.bin radeon/CAYMAN_rlc.bin radeon/TURKS_mc.bin
radeon/TURKS_me.bin radeon/TURKS_pfp.bin) External firmware blobs
(/lib/firmware/) Firmware blobs root directory
(Enable Radeon KMS support)
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager --->
<*> ATI Radeon
[*] Enable modesetting on radeon by default
|
Wäre es möglich das der Kernel probiert, welche Treiberdatei passt? Eine andere Erklärung hätte ich nicht dafür...
Da wär noch etwas, aber das mach ich mal nach KDE Installation in einem anderen Thread, sonst gehts hier wieder "hin und her" und wird unzusammenhängend. Zweites (mit der kurzen Verzögerung beim Systemstart) ist auch eher soeine "Bestätigungssuche" bei Dir/Euch. Ob ihr ähnlich denkt.