Sie sind nicht angemeldet.

[gelöst] grub2 demaskieren

1

11.09.2011, 21:27

grub2 demaskieren

Hallo alle :)

Habt sicher schon mein Neuling-Gejammer in meinem "Gentoo-Neue Hoffnung" Thread so mehr oder weniger mitbekommen. Wollte dann hier mal endlich ein wenig zur ordnung beitragen und den ersten Themen-Fragethread eröffnen:

Also ich habe derzeit lilo 22.8 installiert was auch ganz gut funktioniert. Da ich jedoch eigentlich ein grub - Nutzer bin jedoch aber der grub legacy (0.97) bei mir (der Grund interessiert mich absolut brennendst) zu absolut keiner Funktion ausser "grub error 17" Fehlerausgabe überreden lässt, wollte ich mal daran gehen, grub2 zu demaskieren. Bell und Schattenschlag hatten mir schon versucht zu helfen und nicht nur darin, jedoch klappt das Demaskieren bei mir nicht.

Habe mich heute den ganzen tag mit der Anleitung hier:

Quellcode

1
http://de.gentoo-wiki.com/wiki/GRUB_2


befasst und auch der englischen Variante der (selben)? Anleitung auf:

Quellcode

1
http://en.gentoo-wiki.com/wiki/Grub2


Nachdem ich glaubte, die erforderlichen Daten sind in /etc/portage/package.accept_keywords, stellt sich heraus (wenn ich emerge grub ausführe) das noch andere Dinge in die Datei package.accept_keywords gehören. Diese habe ich auch eingetragen aber dasgleiche. Desweiteren ist mir aufgefallen das die deutsche und englische Anleitungen "leicht" voneinander abweichen. Also deutsche variante funktioniert nicht. Da bekomme ich das problem was ich grade beschreibe. Bell hatte mir noch gesagt das ich nicht mmer direkt neu inst. soll. Aber leider bleibt mir mit meiner 0-Ahnung im Moment nach nicht mehr bootfähig gemachten systemen (wenn ich lilo lösche) leider keine andere variante als Acronis zu beauftragen alles wiederherzustellen. Mag noch kommen die Erfahrung, aber im Moment sitze ich ziemlich ratlos da. Keine grafische Umgebung, heißt springe zwischen 2 PCs hin und her. Ohne Inet und FAQs, sorry da habe ich im Moment "0 - Chance" mir etwas selbst zu erklären oder desgleichen. Das ist einfach nur Rumgebrüte und zwar sinnloses. Ist wie ein erstklässler eine Matheaufgabe aus der gymnasialen Oberstufe lösen lassen zu wollen.

Die Installation sowie Kernelkompilation hat bei mir geklappt, aber da gibts auch bei mir paar Anhaltspunkte, an die ich mich zurückerinnern kann. Doch gentoo ist für mich absolutes Neuland und den Faden, den besagten roten, sehe ich in meilenweiter Dunkelheit leider noch nicht :(((

Vielleicht hat ja jemand Zeit oder Lust mir einwenig zu helfen. Vielleicht auch mal die HowTos anzusehen, denn mir kommen die unterschiedlich vor.

Ich bedanke mich bei Euch :)

mnt_gentoo
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (12.09.2011, 20:42)


2

11.09.2011, 22:06

Da musst Du durch. das Stable Portage sagt Dir nur eine Sache, die demaskiert werden muss. Bei "unstable" ist es anders, das will ich Dir jedoch nich nicht empfehlen.
Aber viel ist es nicht. Bei mir wären es

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
The following keyword changes are necessary to proceed:  (package.keywords)
#required by =grub-1.99* (argument)
=sys-boot/grub-1.99-r2 ~amd64
#required by sys-boot/grub-1.99-r2[truetype], required by =grub-1.99* (argument)
>=media-fonts/unifont-5.1.20080914 ~amd64
#required by sys-boot/grub-1.99-r2, required by =grub-1.99* (argument)
>=sys-boot/os-prober-1.47 ~amd64

The following mask changes are necessary to proceed: (package.unmask)
#required by =grub-1.99* (argument)
# /usr/portage/profiles/package.mask:
# Tomáš Chvátal <scarabeus@gentoo.org> (28 Aug 2011)
# Masked until documentation guys consolidate the guide and approve
# it for usage.
=sys-boot/grub-1.99-r2


PS: Du machst Dir das Leben leichter, wenn Du eine Live-CD mit grafischen Oberfläche nimmst. Es kann eine Ubuntu sein.
Von dort aus kannst Du ein chroot auf die Gentoo-Partition machen und eingreifen.
Was mir einfällt. Kann es sein, dass Grub-1 bei Dir nicht geht, weil bei der Installation die /mnt/gentoo/boot nicht gemountet war und dadurch die grub-Dateien in die / Partition gewandert sind?
Prüfe mal von der Live-CD, ob /boot/grub/ auf der Boot-Partition oder auf der Root-Partition ist.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

3

11.09.2011, 22:31

Das kann ich eigentlich ausschließen weil auch Fedora und Arch, die per installer installieren und grub verwenden ebenfalls 0.97 diesen Fehler zeigen. Und da ist ausgeschlossen, das eine Partition nicht gemountet war.
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

4

12.09.2011, 08:13

Wo liegt denn das Problem? Welches Paket klappt es nicht zu demaskieren? Was ist die Fehlermeldung, die Emerge bringt, wenn Du versuchst Grub-2 zu installieren?
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

5

12.09.2011, 09:18

Hast Du schon alle Versionen von 0,97 probiert?
Manchmal sind es nur bestimmte release, die nicht gehen. Bei mir ging mal die Version 0,97-r3 nicht. Die meldete genau deinen Fehler.

Oder warum benutzt Du dann nicht grub 0.96?
Der würde doch auch reichen, oder?
Hast Du den schon probiert?
Ullrich Andreas
Meine Konfiguration:
x86_64/Gentoo-13/gcc Version 4.6.3/KDE-Version 4.12.5/Kernel version 3.7.10
Graphic: 2x Nvidia 9600-GT OC SLI,Drucker: Samsung CLP-315W

6

12.09.2011, 20:41

Hallo bell und andreasullrich :)

Problem ist gelöst. Ich hab es gestern zu guter letzt geschafft, grub2 zu demaskieren. :whistling: 8)

Hab mir nochmal die Anleitungen auf:

Quellcode

1
http://en.gentoo-wiki.com/wiki/Grub2


paarmal durchgelesen. Also es klappt jetzt. Was ich gestern meinte, also ich sagte das diese (englische) grub2 -Anleitung sich von der deutschen unterscheidet: In der deutschen Anleitung nur die Rede von "/etc/portage/package.accept_keywords" - Datei zum demaskieren.

In der englischen ist die Rede von "/etc/portage/package.unmask"

Also habe es so gemacht wie es in der englischen steht.

Quellcode

1
2
3
4
5
Installation 
GRUB2 is both hardmasked and in testing(~), so begin with unmasking it. Note that we prefix the less-than operator to the -9999 ebuild to avoid the live ebuild below: 
echo "<sys-boot/grub-9999 **" >> /etc/portage/package.accept_keywords 
And to let go of the hardmask: 
echo "sys-boot/grub:2" >> /etc/portage/package.unmask


Daraufhin kam wieder das zusätzlich noch andere Pakete demaskiert werden müssten...

Diese waren "os-prober-147" und noch eins, an das ich mich jetzt aber nicht genau erinnere.

Was aber das wichtigere war: diese Zeilen waren mit >=Zeile_zum_adden kommentiert.

Mein Fehler war, daß ich erst NACH >= ... übernommen hatte.

also OHNE >=

Richtig ist aber MIT. Die Zeile wie sie da steht. Ich glaubte aber nur an die eigentliche Zeile, weil beispielsweise "echo "sys-boot/grub:2" >> /etc/portage/package.unmask" auch unkommentiert per echo in package.unmask eingetragen wird.

Dann konnte ich problemlos:

Quellcode

1
emerge -av sys-boot/grub:2 
ausführen. Er mußte 35 Pakete installieren. Erfolgreich.

Danach habe ich nach Anleitung

Quellcode

1
 grub2-mkconfig -o /boot/grub/grub.cfg 
ausgeführt was einen Fehler brachte, es gebe "/boot/grub/grub.cfg" nicht!

Ich weiß nicht ob das ein Fehler in der Anleitung ist. Es gibt diesen Ordner wirklich nicht! Er heißt "/boot/grub2/grub.cfg.

Doch diese war bereits per Installation automatisch von grub2 erstellt worden. Und korrekt.

Quellcode

1
grub2-install /dev/sdc


(in meinem Fall (!) sdc)) installierte grub noch in den MBR.

Ein beherzter Neustart mit mächtig Herzklopfen... und eine grub2 Oberfläche mit allen Gefundenen Partitionen (auch das Windows auf den anderen Platten!) und KEIN grub error 17 mehr! :P 8) :thumbup: 8) :thumbup: :love: :thumbsup: :thumbsup: :thumbsup:
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

7

12.09.2011, 21:47

Ja cool .. wollte gerade auch auf den "grub" <->"grub2" Fehler hinweisen beim Ordner ...

hab auch gerade grub 2 oben .. jo ist nett aber ne kleine Umstellung ... hmm ich fand dich config von grub 1 ned schlecht ... also das man immer alles automatisch mit div. Scripts machen muss versteh ich ned ganz

Quellcode

1
2
3
4
5
6
7
8
alculating dependencies... done!
[ebuild  N    ~] sys-boot/os-prober-1.47  25 kB
[ebuild  N     ] dev-libs/lzo-2.04  USE="static-libs -examples" 591 kB
[ebuild  N    ~] media-fonts/unifont-5.1.20080914  USE="X" 8,351 kB
[ebuild  N     ] dev-libs/libburn-1.0.0  USE="-debug -track-src-odirect" 792 kB
[ebuild  N     ] dev-libs/libisofs-1.0.0  USE="acl zlib -debug -verbose-debug -xattr" 669 kB
[ebuild  N     ] dev-libs/libisoburn-1.0.0  USE="acl readline zlib -debug -external-filters -external-filters-setuid -xattr" 1,015 kB
[ebuild  NS   #] sys-boot/grub-1.99-r2 [0.97-r10] USE="nls sdl truetype -custom-cflags -debug -device-mapper -efiemu -static" GRUB_PLATFORMS="-coreboot -efi-32 -efi-64 -emu -ieee1275 -multiboot -pc -qemu -qemu-mips -yeeloong" 2,578 kB 


also 35 packete waren es bei mir ned ...nur diese

lg
schatti
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Schattenschlag« (12.09.2011, 21:57)


8

13.09.2011, 02:13

Hallo schatti :)

Ich denke das wird daher kommen, das bei Dir ein komplettes System vorliegt und Du ja nicht mehr in der "Erstellphase" bist. Demnach sind bei Dir schon einige mehrere Pakete installiert... als bei mir jetzt... zum Vergleich.

Aber mit den Anleitungen, da ist nicht nur der grub/grub2 Fehler, also das /boot/grub/grub.cfg /boot/grub2/grub.cfg heißen muß...

Hab heute nochmal nen bißchen rumgespielt, natürlich wiedermal alles soweit bekommen das nichts mehr lief. Und mal die deutsche Anleitung genommen...



Quellcode

1
2
3
4
5
6
GRUB2 is both hardmasked and in testing(~), so begin with unmasking it. Note that we prefix the less-than operator to the -9999 ebuild to avoid the live ebuild below: 
echo "<sys-boot/grub-9999 **" >> /etc/portage/package.accept_keywords
And to let go of the hardmask: 
echo "sys-boot/grub:2" >> /etc/portage/package.unmask
Now emerge GRUB2: 
emerge -av sys-boot/grub:2


So... also in der deutschen steht dies:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Das Ebuild und auch GRUB 2 selber ist nicht ausreichend getestet, weshalb die Pakete maskiert sind. Zum Demaskieren: 
echo "media-fonts/unifont" >> /etc/portage/package.accept_keywords echo "sys-boot/grub:2 **" >> /etc/portage/package.accept_keywords
Vor der Installation sollten die aktiven USE Flags geprüft werden. Die USE Flags von sys-boot/grub-2 sind: 

custom-cflags - (Nicht empfohlen) Verwendet die eigenen CFLAGS. 
debug - Generiert zusätzliche Dateien, die bei der Fehlersuche helfen. 
device-mapper - Aktiviert sys-fs/device-mapper 
nls - Unterstützung für Lokalisierung. 
sdl - Installiert einen grafischen Emulator zum Testen. Benötigt das debug USE Flag. 
static - (Nicht empfohlen) Installiert GRUB ohne Abhängigkeit zu dynamische Bibliotheken. 
truetype - Ermöglicht die Verwendung eigener Schriftarten. 
GRUB_PLATFORMS - Dieses USE_EXPAND USE Flag aktiviert die passende Firmware Unterstützung. Häufig richtig: pc für BIOS. 
Nun kann GRUB 2 installiert werden: 
emerge grub


Also das unmasken geht... Hierbei will er aber mehr als 45 Pakete installieren. Beim 23sten kommt olötzlich scheinbar nichts mehr. Cursor steht... Dauert etwa 2 min dann... Dann hast etwa 10 volle Bildschirmseiten mit "ACCESS VIOLATIONS" und dann emerge "ebuild failed"

Ich habe von anfang an gesagt das die Installations-Anleitungen unterschiedlich sind... Aber (bedauerlicherweise) will ja hier niemand darauf eingehen. Ich fand aber einen Thread von 03. Da gab jemand zu das viele gentoo-Anleitungen stark fehlerbehaftet sind, VOR ALLEM DEUTSCHE!

Scheint sich wenig dran geändert zu haben. Traurig.

Dasselbe bei der Anleitung von X-Org, meiner nächsten Stolperfalle:



Anleitung deutsch:

Quellcode

1
2
3
4
5
2.1 Kernelkonfiguration
Standardmäßig verwendet Xorg evdev, einen generischen Input-Treiber. Sie müssen Unterstützung für evdev aktivieren, indem Sie eine Änderung an Ihrer Kernelkonfiguration vornehmen. (Lesen Sie den Kernelkonfigurationsleitfaden falls Sie nicht wissen, wie Sie einen Kernel aufstezen.) 
Befehlsauflistung  1.1: Aktivieren von evdev im Kernel Device Drivers --->
  Input device support --->
  <*>  Event interface


...etwas weiter unten...

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
33
Befehlsauflistung  2.2: Beispiel für Einträge in make.conf (Für Maus-, Tastatur- und Synaptics-Touchpad-Unterstützung)
INPUT_DEVICES="evdev synaptics"
(Für NVidia-Karten)
VIDEO_CARDS="nvidia"
(ODER für ATI Radeon Karten)
VIDEO_CARDS="radeon"





Notiz

Mehr Anweisungen und Informationen zur Konfiguration von nVidia und ATI-Grafikkarten gibt es im Gentoo Linux nVidia Guide und in den Gentoo Linux ATI FAQ. Falls Sie nicht wissen, welchen Treiber Sie verwenden sollten, lesen Sie bitte in diesen Anleitungen nach. 
Falls die oben vorgeschlagenen Einstellungen für Sie nicht zutreffen, dann starten Sie emerge -pv xorg-server, gucken Sie sich die angebotenen Optionen an und wählen die aus, die für Ihr System zutreffen. Das folgende Beispiel ist für ein System mit Tastatur, Maus, Synaptics Touchpad und einer Radeon-Grafikkarte. 
Befehlsauflistung  2.3: Anzeige aller vorhandenen Treiberoptionen # emerge -pv xorg-server

These are the packages that would be merged, in order:

Calculating dependencies... done!
+[ebuild   R   ] x11-base/xorg-server-1.6.3.901-r2  USE="hal nptl xorg -debug
+-dmx -ipv6 -kdrive -minimal -sdl -tslib" 0 kB
+[ebuild   R   ]  x11-base/xorg-drivers-1.6  INPUT_DEVICES="evdev synaptics
+-acecad -aiptek -citron -elographics -fpit -hyperpen -joystick -keyboard -mouse
+-mutouch -penmount -tslib -virtualbox -vmmouse -void -wacom"
+VIDEO_CARDS="radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx
+(-geode) -glint -i128 (-i740) (-impact) (-imstt) -intel -mach64 -mga -neomagic
+(-newport) -nv -nvidia -r128 -radeonhd -rendition -s3 -s3virge -savage
+-siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb)
+(-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l (-vermilion) -vesa -via
+-virtualbox -vmware (-voodoo) (-xgi)" 0 kB

Nachdem Sie die nötigen Variablen richtig gesetzt haben, können Sie nun das Xorg-Paket installieren.




Das englische How-To... Das ist ganz heiß... Es beschreibt die KMS (Kernel-Mode-Switch) Variante... (die leider Gottes und seinen lieben Engeln) in der deutschen Anleitung How-To verschiegen wird...

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
33
2.  Installing Xorg
Before you can install Xorg, you need to prepare your system for it. First, we'll set up the kernel to support input devices and video cards. Then we'll prepare /etc/make.conf so that the right drivers and Xorg packages are built and installed. 
Input driver support
By default, Xorg uses evdev, a generic input driver. You'll need to activate support for evdev by making a change to your kernel configuration. Read the Kernel Configuration Guide if you don't know how to setup your kernel. 




Code Listing 2.1: Enabling evdev in the kernel

Device Drivers --->
  Input device support --->
  <*>  Event interface

Kernel modesetting
Modern open-source video drivers rely on kernel modesetting (KMS). KMS provides an improved graphical boot with less flickering, faster user switching, a built-in framebuffer console, seamless switching from the console to Xorg, and other features. KMS conflicts with legacy framebuffer drivers, which must remain disabled in your kernel configuration. 
First, prepare your kernel for KMS. You need to do this step regardless of which Xorg video driver you're using. 




Code Listing 2.2: Configuring framebuffers

Device Drivers --->
  Graphics support --->
    Support for frame buffer devices --->
    (Disable all drivers, including VGA, Intel, nVidia, and ATI)

    (Further down, enable basic console support. KMS uses this.)
    Console display driver support --->
      <*>  Framebuffer Console Support

Next, configure your kernel to use the proper KMS driver for your video card. Intel, nVidia, and AMD/ATI are the most common cards, so follow code listing for your card below.


... wieder etwas weiter unten...

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




Also dabei soll man ziemlich viel im Kernel ändern... Ich dachte ich sei bei Gentoo-Linux und nicht im Lotto-Geschäft. Ich kann alles lesen, alles versuchen zu verstehen und nachvollziehen. Aber Fehler in Anleitungen vorrauszusehen... Oder Neu zu erstellen... Oder zu wissen wann man "umdenken" muß... DAS kann ich in 2 Jahren immernoch tun...(wenn ich dann noch lebe". Ich lerne SEHR gerne neues. Ich habe absolut keine Angst davor auch lange zu lernen. Und auch nicht die Menge an Lesestoff. Nur "hier x, da y drüben z - such dir was aus, ah, heut ist Montag, dann klappt nur Variante b, Mittwochs klappt Variante y und Freitags vielleicht x, aber nur vielleicht"

Wo soll ich lesen? WAS soll ich lesen? WOHER weiß ich ob das, was ich lese RICHTIG ist?

Ich bin jedenfalls mächtig enttäuscht. Bevors erst richtig losging. Mag sein, das es bei Euch allen korrekt läuft. Bei mir tut es es nicht. Ich habe schon schiß, überhaupt irgendwas zu emergen oder upzudaten oder zu konfigurieren. Was bringt mir das? Lerneffekt == rausfinden welche How-To nicht geht? Hätte ich mein Acronis nicht, hätt ichs schon geschmissen. Ich kann dem Tag leider keine zusätzlichen Stunden machen. Und gentoo installiert sich (BEI A N F Ä N G E R N!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! NICHT IN 2 STD!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!)

Ihr wißt worauf ihr achten müßt bei gentoo. Ich leider nicht. Und lernen ohne das einer dabei sitzt und die RICHTIGEN Schritte vorkaut, komme ich nicht weiter. Denn die How-Tos haben wir ja schon besprochen, was damit ist, oder nicht ist.

Sorry, das ich sone miese Phase habe, ich dachte ich darf mich über gentoo freuen, aber leider ist mir das nicht vergönnt.

Gute Nacht zusammen
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

9

13.09.2011, 07:32

da ich selten die deutsche "Gentoo-Wiki" Seite verwende ist mir das nie aufgefallen
Hab zwar deine Tipp gelesen aber hmm jo stimmt manche dinge waren für mich logisch ... (ui höre mich an wie mein vater "das is ja logisch .uiii)

ich würd dir empfehlen auf der original seite die howtos zu verwenden also an dennen kann ich sagen die stimmten ...

http://www.gentoo.org/doc/de/index.xml

sonst hätte ich auch kein stabiles System gerade

bis auf Grub2 halt bei dir wo du die englishe Gentoo-Wiki seite verwenden könntest...

das du sauer bist versteh ich :-) ich behaupte mal das es fast jeden schon mal so gegangen ist ...
das einzige was ich mit sicherheit weis wenn du mal ein Gentoo zum laufen gebracht hast und dann paar monate arbeitest willst du es mit sicherheit nicht mehr missen...
alleine schon die ganzen befehle die man lernt das ganzen installations gebastle .... und dann mal eine live cd probieren von suse oder fedora ;-) da kommt dir dann das grausen hihi

wie schon mal gesagt ich hatte mein Gentoo am anfang meiner "Linux Genoo Beziehung" des öftern gehast .... ich glaub in spitzen Zeiten 20 mal neu installiert oder so und nu läuft es aber und ich hab Stück für Stück was mit genommen...

einen Tipp könnte ich dir noch geben ...
ich schreib mir immer alles auf was funktioniert auf ein Stück Papier klingt vieleicht komisch für manche aber es klappt...
da stehen bei mir nur die befehle oben halt von der installation bis zu div. problemlöser halt...

und das wegen der Grafik und X-server sollte wir im einen neuen Threat besprechen ;-)
nur so viel im Kernel was aktivieren bezüglich "Nvidia" hab ich nicht da ich den Original Treiber von Nvidia verwenden und da beist sich Kernel und Treiber sonsts....(einfach mal auf der seite alles durch lesen www.gentoo.org)

lg
schatti
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

10

13.09.2011, 10:51

Bis zwei Uhr nachts zu sitzen und dann frustriert ins Bett zu gehen ist natürlich bitter. Aber solche Abende sollten nicht zu oft vorkommen. Lieber etwas früher ins Bett und dann bei frischem Kopf weitermachen. (Ok, leicht gesagt, ich kenne es).

Zu der Dokumentations-Situation: Bedenke bitte folgendes. Andere Distris haben Howtos jeweils für ein bestimmtes Release. Gentoo ist Rolling-Release. Dh. es gibt täglich eins. Daher sind alle Dokumentationen naturgemäß mit der Zeit veraltet. Insbesondere was das "demaskieren" angeht, denn Portage lebt ja. Daher sind die Dokus eher als "Anregungen" zu verstehen und nicht wörtlich zu nehmen. Wenn es so einfach wäre, die Befehle per Copy&Paste zu kopieren, dann hätten wir einen Installer. Es gab mal ein Gentoo-Installer-Projekt. Dieser ist jedoch gescheitert. Man kann Individualität nicht automatisieren. Daher bitte keine Befehle ausführen, die Du nicht verstehst. Schaue Dir die Man-Pages der Befehle an. Falls Fragen unbeantwortet bleiben, frage bei uns nach.

Wir hatten mal ein sehr gutes deutsches Wiki. Dieses ist jedoch verloren gegangen. Das neu entstandene hat noch nicht die Qualität des alten erreicht. Das war ein großer verlust.

Wenn Du mit Englisch kein Problem hast, halte dich an das englische Wiki. Das sollte am besten gewartet sein. An sonsten stimme ich Schatti zu, die offiziellen Gentoo-Handbücher sind ziemlich aktuell: http://www.gentoo.org/doc/de/list.xml. Hier gilt auch, Englisch ist oft besser als Deutsch.

Zurück zum Topic: Damit wir das rumgeeiere abstellen und das Ei endlich senkrecht auf die Spitze stellen, sollte wir erstmal versuchen die Grundlagen des Maskierens zu erklären. Hier ist die offizielle Doku dazu: http://www.gentoo.org/doc/de/handbook/ha…hap=3#doc_chap2

Ich versuche es auch mal mit eigenen Worten am Grub-Beispiel zu erklären:

Am besten schaut man sich zuerst das Paket mit "eix" an. (Vorher installieren und mit "eix-update" die Datenbank aufbauen)

Quellcode

1
2
3
4
5
6
7
8
9
# eix -e sys-boot/grub
[I] sys-boot/grub
     Available versions:  
	(0)	*0.92-r1 0.94-r1 0.96-r1 0.96-r2 ~0.96-r3 ~0.97 0.97-r2 0.97-r3 0.97-r4 0.97-r5 0.97-r6 ~0.97-r8 0.97-r9 0.97-r10
	(2)	[M]~1.99-r2 **9999
	{custom-cflags debug device-mapper efiemu grub_platforms_coreboot grub_platforms_efi-32 grub_platforms_efi-64 grub_platforms_emu grub_platforms_ieee1275 grub_platforms_loongson grub_platforms_multiboot grub_platforms_pc grub_platforms_qemu grub_platforms_qemu-mips grub_platforms_yeeloong ncurses netboot nls sdl static truetype}
     Installed versions:  0.97-r10(20:06:38 13.05.2011)(ncurses -custom-cflags -netboot -static)
     Homepage:            http://www.gnu.org/software/grub/
     Description:         GNU GRUB boot loader

Vor der Version gibt es Zeichen, die darauf hinweisen was mit der Version los ist.

<nichts> = Stable keyword :P
Diese Version gilt für Deine Architektur (arm64) als Stable und kann ohne weiteres installiert werden.

~ = Testing keyword :|
Diese Version gilt für Deine Architektur als Testing. Es sind keine größeren Probleme bekannt. Zum Demaskieren muss ein Eintrag in die package.accept_keywords (btw. alt: package.keywords) gemacht werden.

*, ~* oder ** = Missing keyword
:cursing:
Diese Version ist entweder für Deine Architektur nicht getestet oder es ist bekannt, dass es nicht funktioniert.
Zum Demaskieren muss ein Eintrag in die package.accept_keywords (btw. alt: package.keywords) gemacht werden. Diesmal als "sys-bot/grub **", also mit 2x* am Ende.

[M] = Maskiert ?(
Bedeuttet in Etwa, "nicht empfohlen, da ein Problem vorliegt".
Die Maskierung ist unabhängig vom Keyword. Es kann also auch eine stabile Version maskiert sein, zB. wegen bekannter Sicherheitslücken.
Die Ursache, wieso ein Paket maskiert ist kannst Du in der Datei /usr/portage/profiles/package.mask nachlesen. Oder bem Versuch der Installation kommt die Meldung auch.
Das Demaskieren passiert durch einen Eintrag in package.unmask

[m] = Maskiert, jedoch hast Du es selbst maskiert in /etc/portage/package.mask 8|

Die *0.92-r1 0 und **9999 haben also keine arm64 Keyword. Hier ist also mit Schwierigkeiten zu rechnen.

Die [M]~1.99-r2 ist "testing, jedoch maskiert wg:

Quellcode

1
2
3
4
# /usr/portage/profiles/package.mask:
# Tomáš Chvátal <scarabeus@gentoo.org> (28 Aug 2011)
# Masked until documentation guys consolidate the guide and approve
# it for usage.


Um diese Version zu demaskieren, musst Du also Grub in beide Dateien eintragen (keyword freischalten und die Mask wegnehmen).

Wie demaskiert man richtig? In den Anleitungen ist oft einfach die Rede vom Eintrag in Form "sys-boot/grub". Dies ist jedoch nicht immer empfehlenswert.
Folgende Demaskier-Möglichkeiten gibt es:
sys-boot/grub schaltet alle Versionen frei
sys-boot/grub:2 schaltet alle Versionen aus dem Slot 2 frei (In der Eix-ausgabe die Zeile mit (2))
=sys-boot/grub-1.99-r2 schaltet nur diese eine Version frei
=sys-boot/grub-1.99* schaltet alle 1.99er Versionen frei (nutze ich gern, da dann kleinere Updates automatisch mit demaskiert sind)
>sys-boot/grub-1.99 schaltet alle Versionen nach 1.99 frei
<sys-boot/grub-1.99 schaltet alle Versionen vor 1.99 frei
Es gibt noch ">=" und "<="

Man muss also wissen, was man eigentlich freischalten will. Ich hoffe, dieser Beitrag hift Dir etwas klarer zu sehen. Kann es sein, dass Du bei dem letzten Versuch die 999-er Version freigeschaltet hast?
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

11

13.09.2011, 12:23

Noch eine weitere bisher ungenannte Variante um auch die Gentoo Updates (-r) mit freizuschalten ist die Tilde.
Um =grub-1.99-r2 inklusive eventuell noch weiteren kommenden "-r" Updates freizuschalten würde ich aktuell schlicht

Quellcode

1
~sys-boot/grub-1.99
in der package.accept_keywords und der package.unmask setzen.

@bell
Ansonsten hast du das ja mal wieder sehr schön aufgelistet!
:thumbup:

/edit:
Für die weitere Einrichtung von GRUB 2 gibt es zb schon recht gute Info im
http://wiki.ubuntuusers.de/grub_2
oder direkt im
GNU GRUB Manual 1.99

Viel Erfolg

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (13.09.2011, 12:45)


12

13.09.2011, 13:34

So nun hätte ich auch eine Frage ...
seit wann ist denn

Quellcode

1
package.keywords


zu

Quellcode

1
package.accept_keywords


ausgetauscht worden ??

ok ich hab schon paar mal gemerkt das ich alt bin ;-) wenn leute zu mir Sie sagen und mir einen Platz in der Strassenbahn anbieten aber das hab ich echt verschlafen...

funktioniern tut ja noch die datei aber wie lange noch ?
kann ich das einfach umbennenn in " accept_keywords" ?

lg
schatti
''''''''''''''''''''''''''''''''''''''''''''''''
Gentoo-Linux
der G-Punkt eines Pc´s

''''''''''''''''''''''''''''''''''''''''''''''''

13

13.09.2011, 13:55

Hallo schatti, bell und josef :)

"Huh, ich lebe noch?" - Das ist so zu verstehen das man bei einem Posting wie ich es gestern verfasst habe in meiner Laune in einigen Foren am nächsten Tag dann seinen Benutzeraccount nicht mehr wiederfindet weil er gelöscht wurde. Ehrlich. Ohne Übertreibung. Beispiel: Freenode irc bei Debian... oder phpnuke oder vor allem (habe selbst erlebt bei joomlaportal). Entweder man kann alles wenn man kommt, wenn nicht und man regt sich über technische Einzelheiten auf, was wo nicht geht, funktioniert oder einem nicht gefällt... ban und geflame das einem die Ehre seiner Family leid tut.

@schatti:

SuSE und Fedora... ich geb dir 100% Recht! Ich mag diese Linux Versionen auch nicht. Also ich habe jetzt zwar einige Male gentoo per acronis wieder hergestellt. Aber das ist 110%ig nur aus Zeitgründen. Weil ich danach zu 100000% wieder DAS System habe, was ich vor meinen Experimenten auch hatte. Ich kann mich drauf verlassen. Beim manuellen Installen -klar- würds auch gehen, doch müsste ich 4 Std minimum einkalkulieren und säße hier für niemanden zugänglich mit Argusaugen auf den Screen und ins ausgedruckte How-To blickend. Machst das 2 mal ist der tag um und gehst wieder frustriert ins Bett.

Also die deutsche How-To nehme ich auch nicht mehr. Ich habe grade soeben nach der englischen wieder grub2 installiert und genauso wie beim ersten mal: 100% korrekt verlaufen.

Allein schon die "emerge Zeile" bei der englischen Anleitung:

Quellcode

1
emerge -av sys-boot/grub:2


unterscheidet sich ja schon sehr von der deutschen:

Quellcode

1
emerge grub


Hat man aber oft das die deutschen Versionen nicht gut sind oder nicht nur "nicht gut". Verstehen tu ichs nicht, denn wenn jemand doch ein Produkt anbietet, dann sollte er doch auch ein gewisses Interesse verfolgen, und zwar das es seinen Interessenten oder Kunden schnell und problemlos möglich ist das Erklärte anzuwenden. Genau das ist es was ich oben ansprach. Kritik in verschiedenen Foren ist tödlich.

Nochmal zu SuSE Fedora und so:

Ich mag diese Versionen nicht weil sie zum einen, WENN was schief geht, auch gerne wegen "Vollautomatismus" irgendwas auf ner anderen Platte mit schrotten. Bei mir hat ne Fedora den Bootloader von Vista auf sda mal gekillt. Ich wollte grub auf sdc installieren. Doch Fedora bot mit nur sdc1 an. Nur, was soll der Quatsch...? Er muß auf sdc. Alternativ auf sda. Ich wählte sdc1. Klappte natürlich nicht. Doch warum sda auch weg war (Vista dachte garnicht mehr daran zu booten) - Kein Plan. SuSE tut ähnliches. Ich las vorletzte Woche von einem user der dasselbe Problem was ich mit sdc1 und sda bei Fedora hatte, bei ihm mit SuSE passierte. Und YAST, also ich mag solche auf Windows-Funktionalität "getrimmte" Linux-Versionen nicht besonders. Dann kann ich direkt bei Windows bleiben. Denn diese Windows-Funktionalität bei den Anfängerlinuxen ist auch nur Schaum um den Mund geschmiert. Wenns nämlich automatisch plötzlich nicht mehr geht, und X nicht startet, sitzen die User genauso im "Regen" wie ich jetzt als blutiger gentoo-Anfänger.

Ich finde einen Fall auf harten Consolen-Asphalt ist schwerer zu verkraften als sofort mit der Konsole anzufangen und sich zu X hochzuarbeiten.

Ubuntu:

Das hatte ich bisher immer genutzt. Doch ich bin davon jetzt endgültig weg, nachdem die auf Unity umgestiegen sind. Weg von Gnome2.x Gnome 2.x war gut. Aber Unity... Fenster verschieben sogar mit proprietärem AMD/ATI Treiber - ein Graus. Alles ruckelt. Flash auf Websites... Schlimmer wie bei Windows OHNE Treiber, nur mit Standardtreiber damit man überhaupt was sieht. OHNE proprietären treiber geht Unity überhaupt nicht. Aber was das Witzige an der GANZEN Sache ist: lol... Wechselst Du im Session-Manager auf Gnome2.x als "Fallback" ruckelt Gnome2.x mit proprietärem Treiber genauso :cursing:

Das System ist absolut verbuggt. Und die letzten paar Monate hatte ich mitbekommen wie sich dort auch eine rege negativ-Tendenz zeigt. VIELE sind von Ubuntu weg und zu dem vom Paket-Manager System ähnlichen Debian (Ubuntu ist ja sozusagen entschärftes debian) Früher wars mal so, das Ubuntu Debian-Pakete installieren konnte (.deb) und umgekehrt. .deb ist geblieben. Aber die Pakete kannst nicht mehr nehmen bei Ubuntu und keine Ubuntu bei Debian. Bei nem Webbrowser, vielleicht noch aber nichts mehr system-bezogenes.

Was mich wundert aber trotzdem, das Debian mit grub2 arbeitet. Denn da ist echt die Philisophie das "altbewährtes besser ist". Als Webbrowser in gnome epiphany. Anstatt Mozilla. (Geht auf nen Disput zurück zwischen debian und dem Mozilla Team, da Mozilla nicht will das Debian unter Mozilla uralt Versionen supportet und verändert) Das heiß da Iceweasel. Toll, nur das Iceweasel nirgends als Standardbrowser erkannt wird und einige Programme nicht richtig laufen wenn kein "Standardbrowser" da ist. epiphany die beleidigung aller Browser wird aber auch nicht erkannt :/

Was mir außer gentoo noch gefallen hatte war "Arch". Aber die Community gefällt mir nicht so sehr. Debianähnlich.

Ich werd schon hierbleiben. gentoo gefällt mir trotz allem gut. Auch wenns im Moment noch die schwarze tty1 ist und von X noch keine Spur. Mal sehen wie das heute mit X läuft...

@bell

Danke Dir für die sehr umfangreiche Auflistung!! Also zu der Freischaltung von grub2 habe ich im portage.accept_keywords:

Quellcode

1
2
3
<sys-boot/grub-9999 **" 
>=os-prober-1,47 
>=mediafonts/unifonts...


und package.unmask

Quellcode

1
sys-boot/grub:2




Also persönlichkann ich mir nur eins vorstellen: Ihr habt den nicht als Standard wegen der unzureichenden Dokumentierung. Wirklich. Der einzig (mir) plausible Grund ist das mit der Dokumentierung.

Selbst das oberrestriktive Debian hatte den schon in Version 6.0 jetzt ist 6.02 dort. Und die wechseln nicht jeden tag die Versionen. Nicht Debian. In Debian ist grub 1.98, in Ubuntu stable gar 1.99 rc1 als Standard. Also mit grub hatte ich nie Probleme. grub2 meine ich.

Grub1 0.98 hatte LTS Server Ubuntu 10.04. Weshalb mir andreasullrich gestern wahrscheinlich auch 0.96 vorschlug. Arch hat auch diesen nicht funktionierenden 0.97. Da hatte ich als Alternative "syslinux" als Bootloader. Ist wie lilo und grub zusammen.

Du schriebst, das das deutsche gentoo wiki verlorengegangen ist... Wenn ich mal mit meinem Server irgendwann sowiet bin, bekommt Ihr KOSTENLOSEN Webspace von mir :love:

Enlisch ist kein Problem für mich. (Gottseidank nicht) das hat mir schon einige male den Hintern gerettet. Russich auch nicht. Da kann man aber auch net soviel nachlesen.

Was ich noch fragen wollte: Welche version ist denn die die standardmäßig installiert wird. Ich sehe, es gibt eine menge grub1 legacy... Ich meine bei meinem letzten grub1 legacy versuch hätte ich was mit 0.97-r10 gelesen. Aber da bin ich mir nicht mehr sicher... Dafür hab ich zuviel lesen und mir merken müssen in den letzten Tagen.

Das gentoo ein Rolling-System ist find ich auch gut. Ich habs auch nicht soooooo sehr mit Versionseinstufungen. Lieber gleichmäßige Entwicklung als Versionssprünge wie Treppen. :thumbsup:

Noch eine Frage wäre... achso ja... ich mache nachher für X einen neuen thread auf... Was meinst Du, Ihr...

Quellcode

1
2
3
http://www.gentoo.org/doc/en/xorg-config.xml (die deutsche davon nehme ich nicht, nachher sind wieder Fehler drin ) 
ODER 
http://en.gentoo-wiki.com/wiki/Xorg


Wobei bei der letzten auch nicht unbedingt viel erklärt wird. Also im wiki. Ich denke ich werds mit den freien Treibern probieren. Also wenns wie in "Arch" ist, funktionieren die gar besser. Die proprietären Treiber von AMD/ATI liefen in Arch nicht sehr gut (Geruckel auf Youtube beispielsweise) nachweislich mit freiem Treiber ohne auch nur ein einziges Problem. Sogar KDE Würfel ging.

Eine klitzekleine Frage habe ich noch:

Habe heute mit "emerge --sync" zunächst meinen portage-Baum aktualisiert. Danach kam "Its an newer portage release available highly recommended run "emerge portage" now. Hab ich gemacht. War auch erfolgreich. Jedoch schreibt er mir:

Quellcode

1
/etc/logrotate.d/elog-save-summary needs updating


Was sollte ich da tun? ?(

@josef

Hallo und nett Dich kennenzulernen. Ebenfalls danke für Deine Unterstützung :)

Werd mir jetzt neue Tintentanks holen und mal ausdrucken was wir hier so geschrieben haben schon alles. schatti, bell und jetzt Du :) EDIT: und andreasullrich :whistling: hatte ich doch glatt vergessen... schäääm :whistling:

Bis später

Machen nachher weiter, dann habt Ihr auch Zeit mein MEGA-Posting zu lesen :D :whistling: :whistling:

Gruß mnt_gentoo
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mnt_gentoo« (13.09.2011, 14:14)


14

13.09.2011, 14:57

/etc/logrotate.d/elog-save-summary needs updating

Gentoo überschreibt nicht die Config-Files einfach so, sondern installiert diese daneben. Die alte und neue Version müssen zusammengeführt werden.
Werkzeuge dafür sind "etc-update" oder "dispatch-conf" oder weitere. Siehe http://www.gentoo.org/doc/de/handbook/ha…l?part=3&chap=4
Am besten liest Du dir das Handbuch mal komplett durch. Ok, bei Deinem System reicht die Zeit des Xorg-Kompilierens nicht einmal für ein grobes überfliegen ;)

Ich glaube, es wird Zeit Dein System auf den aktuellsten Stand zu bringen (Wie lange ist die Installation schon her?) und für ein neues Acronis-Image :evil:
Hier ist die Aktualisierung ansatzweise beschrieben: http://www.gentooforum.de/post/90107/for….html#post90107 In dieser Auflistung fehlt noch ein "emerge -a --depclean" vor dem "revdep-rebuild". Diesen Befehl (Bereinigung) bitte mit Vorsicht ausführen. Prüfe zuerst ob Du wirklich alles davon nicht brauchst, was er da auflistet. Falls Du "eix" installiert hast, nutze lieber "eix-sync" statt "emerge --sync". Macht das selbe, aktualisiert jedoch die eix-Datenbank. Und Du kriegst eine Info, was sich im Portage so alles inzwischen getan hat.
Diese Aktion solltest Du regelmäßig ausführen, damit Dein System wartbar bleibt. Meine Systeme gehen da täglich durch.
Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

15

13.09.2011, 21:10

Hallo :)

Hmmm... werd ich gleich mal testen. Mit xorg habe ich noch nicht angefangen. Ich bin mir noch nicht ganz sicher ob ich schonwieder den kernel vergewohltätigen muß also laut Anleitung KMS auf:

Quellcode

1
 http://www.gentoo.org/doc/en/xorg-config.xml


oder ob der kernel so bleiben kann. Also evdev ist definitiv aktiviert bei mir. Hatte die Tage (als ich noch mit lilo unterwegs war, nochmal ne Probekompilierung gemacht. Dabei hatte ich nachgesehen.

Also es hört sich so an, wenn Du erzählst, das ich es nicht brauche. Aber weil ich nicht ganz sicher bin... habe ich es noch gelassen. Auch wenn ich Acronis habe... die Platte (auch wenns ne gute schnelle ist) tut mir schon leid. :cursing:

Tja, die Systemaktualisierungen, dazu hatte ich mir direkt nach Installation am ersten Tag schon was angelesen. Du schreibst das ich mit beispielsweise "emerge -a --depclean" aufpassen soll. Also das der nicht zuviel von der Platte kratzt. Nur bin ich wahrscheinlich der falsche Mensch das zu beurteilen was gentoo wann, warum oder noch oder nicht mehr braucht :whistling: :whistling:

Du schriebst,



Zitat


Und Du kriegst eine Info, was sich im Portage so alles inzwischen getan hat.
Diese Aktion solltest Du regelmäßig ausführen, damit Dein System wartbar bleibt. Meine Systeme gehen da täglich durch.

Bedeutet das, wenn man paar Wochen keine Aktualisierung durchführen würde, das man dann keine mehr machen kann? Also ich bin auch einer der täglich updatet. Betrifft alles ausser gentoo. Denn außer "emerge --sync" und "emerge portage" habe ich noch wenig geupdatet. Was ich machen könnte... Das wäre mal ein eix-update. Das der ne Datenbank installiert bzw. updatet hatte ich mal gesehen. Hatte in deinem Beispiel gesehen das Du eix verwendest und wofür. Ich dachte das wäre sicher nicht schlecht "auch anzeigen zu können".

Das "dispatch-conf" kann ich auch mal ausführen... Hab ich mir auch angelesen... Mal sehen wie es läuft.... Dann werd ich wahrscheinlich erst morgen mit xorg beginnen. Mal sehen wie es geht...
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

16

13.09.2011, 22:24

Falls emerge --depclean Dir vorschlägt ein Paket zu entfernen, dann kann davon eine ältere Version desselben betroffen sein (z.B. Kernel Sources), oder eine nicht mehr benötigte Abhängigkeit, weil Du ein Programm deinstalliert hast, oder etwas aktualisiert wurde und Abhängigkeiten sich geändert haben.

Bei Unsicherheiten kannst Du mit equerynachsehen, ob das gefährlich wäre:

Quellcode

1
2
equery depends firefox
 * These packages depend on firefox:


also nichts hängt von Firefox ab (ausser mir selbst).

Quellcode

1
2
3
4
5
6
7
8
9
10
11
equery depends boost
 * These packages depend on boost:
app-office/akonadi-server-1.5.2 (dev-libs/boost)
app-office/libreoffice-3.3.4 (>=dev-libs/boost-1.36)
kde-base/kdepim-runtime-4.4.11.1 (dev-libs/boost)
kde-base/kdepimlibs-4.6.5 (>=dev-libs/boost-1.35.0-r5)
kde-base/plasma-workspace-4.6.5 (rss ? dev-libs/boost)
media-gfx/exiv2-0.21.1-r1 (contrib ? >=dev-libs/boost-1.37)
media-gfx/inkscape-0.48.0 (dev-libs/boost)
net-proxy/bfilter-1.1.4 (dev-libs/boost)
sys-fs/encfs-1.7.2 (>=dev-libs/boost-1.34)

Wäre blöd, wenn boost weg ist...

Wenn doch etwas wichtiges wegkommt, wird so etwas meistens bei revdep-rebuild wieder ausgebügelt.

Es kann aber passieren, das sein Programm ein anderes als Abhängigkeit geholt hat, bzw. es als solches von System gemerkt wurde und diese aber gebraucht wird. Hier ein Beispiel.

Dann kannst Du das Paket neu emergen, oder in die world Datei schreiben. Da ein Link, wo ich ein Problem mit python-update hatte, das über die world Datei kommt zum Schluss.


Keine Sorge, Du wirst schon bald viel mehr Übersicht haben, wenn am Anfang so viel schief läuft. Mir ging es leider auch nicht anders als Dir, habe aber dafür recht viel gelernt und habe jetzt mein stabilstes System seit je.

Liebe Grüsse!

17

13.09.2011, 22:45

Hallo hilti_hit :))

Danke für Deinen mir auch sehr helfenden Beitrag und herzlich willkommen in unserem Thred hier. Ich sag mit absicht "unserem". :)

Jo. ich werde gleich mal ans Update drangehen. Hab mir ne Liste gemacht... :whistling:

Hoffe, es klappt... Jo, das was Du ansprichts, ist genau das was mich zum Stolpern bringt: Habe grade im PN noch jemandem geschrieben, das ich im Moment ziemlich "haltlos" bin. Keine Anker in Sicht außer sich langsam einprägende Befehle. Doch wann und wo... das dauert noch etwas zu verstehen :whistling: :whistling:

Denke aber mal, selbst wenns heute mitm Updaten klappt... morgen wird X mir wieder Fallstricke legen...

Werd noch paar befehle aufschreiben und erklärungen... Und mal anfangen... Wird morgen absolute Zeit für X... Damit ich net immer wechseln muß... Dann kann ich mit gentoo auch hierreinkommen und viel viel detaillierter posten was wo wann erscheint :)

Danke Dir für Deine Hilfe!!!
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

18

13.09.2011, 22:46

Bedeutet das, wenn man paar Wochen keine Aktualisierung durchführen würde, das man dann keine mehr machen kann? Also ich bin auch einer der täglich updatet. Betrifft alles ausser gentoo. Denn außer "emerge --sync" und "emerge portage" habe ich noch wenig geupdatet. Was ich machen könnte... Das wäre mal ein eix-update. Das der ne Datenbank installiert bzw. updatet hatte ich mal gesehen. Hatte in deinem Beispiel gesehen das Du eix verwendest und wofür. Ich dachte das wäre sicher nicht schlecht "auch anzeigen zu können".


Nein, Du sollst nur schauen, dass alles Korrekt durchläuft. Wenn Du länger keine Updates machst, wird es für Dich unter Umständen schwierig sein zu aktualisieren, wenn sich inzwischen zu viel (wahrgenommen als auf einmal) geändert hat und dadurch Verwirrung im Kopfe entsteht.

Ein Beispiel ist mir noch zu emerge --depclean eingefallen, wenn ich schon mal auf eine Seite mit dem python-updater verlinkt habe. Da konnte man in die Falle tappen, weil emerge --depclean python2.6 entfernen wollte, bevor man auf python2.7 umgestiegen ist.

Also zuerst Python updaten, dann die alte Version entfernen lassen.

19

13.09.2011, 23:11

Jo, danke Dir... Dann werd ich mal loslegen. Werd depclean nur mit -av ausführen. Hoffe ich schrotte jetzt nichts... Also im Moment ists zwar noch einfach wiederherzustellen, aber es ist einfach dämlich andauernd das System zu verpatzcen. Wenn auch Acronis da ist. Aber bei solchen Dingen wie gestern halt passiert sind. Deutsche Anleitung grub2 und Peng ACCESS VIOLATIONS überall. Also um das wieder gradezubiegen... Ich denke das würd schwer. Man weiß ja nicht wo er was kaputtgemacht hat. Das geschah ja während eines Compiles. "die C" stand da. Compiler was killed. Naja werds mal probieren. Danke Dir auch für Deinen Tip mit dem "equery depends". Kann ich auch sehr sehr gut gebrauchen! :)

Ich lege mal los... Drück(t) mir die Daumen :) :rolleyes:
Gruß
mnt_gentoo
_________________________________________________________________________________________

Die Launen und das Schicksal eines Gentoo-Users: ?( :| :cursing: :wacko: 8| ^^ 8o ;( :P ?( ...

20

14.09.2011, 02:11

Sorry für den Einspruch
nun halt auch bitte an über das deutsche Wiki zu schimpfen, die User die dort die Info in deutsch zusammengetragen haben geben idR ihr bestes, so schlecht wie hier der Eindruck entstehen kann ist es nicht. Und die dort aktuell beschriebene demaskierung von GRUB-2 ist nicht falsch.
Du hattest dir vermutlich die =grub-9999 Live Version freigeschaltet, da musst du mit solchen Sachen rechnen...
Soweit mir bekannt gibt es aktuell noch keine offizielle Gentoo Dokumentation zu GRUB 2 (da im stable Zweig aktuell noch gar nicht verfügbar)