Sie sind nicht angemeldet.

[gelöst] Invalid Argument 'strictatime'

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

1

03.05.2014, 17:08

Invalid Argument 'strictatime'

Hallo zusammen,

Ich hatte schonmal dies kleine Problem hier angeschnitten, das ich seit geraumer zeit habe: Das bei mir beim Starten von Gentoo (Mounten der Partitionen) kommt, das "/dev/tmp" nicht gemountet werden konnte. Heute stand beim Starten die regelmäßige Überprüfung per fsck an. Die prüft bei mir alle Partitionen auf einmal (ist gewollt). So gab es paar Minuten zum Lesen der Meldungen. So kam ich auf die Zeile mit dem o.g. 'strictatime'.

Kann mir vllt. jemand von Euch sagen, was damit gemeint sein kann? - Ist dies deprecated geworden? Bzw. eine Funktion, die bei mir in der fstab steht (die ich hier mal anhänge für Euch)

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
34

# /etc/fstab: static file system information.
#
# noatime turns off atimes for increased performance (atimes normally aren't 
# needed); notail increases performance of ReiserFS (at the expense of storage 
# efficiency).  It's safe to drop the noatime options if you want and to 
# switch between notail / tail freely.
#
# The root filesystem should have a pass number of either 0 or 1.
# All other filesystems should have a pass number of 0 or greater than 1.
#
# See the manpage fstab(5) for more information.
#

# <fs>                  <mountpoint>            <type>          <opts>                          <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.


# /dev/sdaX

/dev/sda1               swap                    swap            defaults                        0 0
/dev/sda2               /boot                   ext4            defaults,noatime                1 2
/dev/sda3               /                       ext4            noatime                         0 1
/dev/sda4               /home                   ext4            noatime                         0 1


# /dev/sdbX

/dev/sdb1               /backup                 ext4            noatime                         0 1


# /dev/X

/dev/cdrom              /mnt/cdrom              auto            noauto,user                     0 0


Es gab vor einiger Zeit schon eine Änderung das /dev/shm nicht mehr benötigt werde in der fstab... Ich vermute, das irgendwas mit dem "noatime" sein könnte. Nur Experimente würd ich ungern machen...

Lieben Dank schonmal :)
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« (08.05.2014, 22:48)

boospy

Meister

  • »boospy« ist männlich

Beiträge: 1 518

  • Nachricht senden

2

04.05.2014, 23:28

Bei mir sieht es so aus:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11

# <fs>			<mountpoint>	<type>		<opts>		<dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
# /dev/md1
UUID=1d16e372-9622-4fd0-9161-bea93431de42               /boot           ext4            noauto,discard,relatime          1 2

# /dev/md2
UUID=0c74bf04-9090-44b9-a870-2769a6d5406a               /               ext4            relatime,discard,acl    0 1
/dev/sr0             /media/bluray      auto            noauto,user     0 0
/dev/sr1             /media/dvd      auto            noauto,user     0 0
none		     /var/tmp/portage  tmpfs  		size=6500m  0 0

Ich machs halt ein wenig anders, wobei ich bei dir jetzt keine Fehler entecken würde.

lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

3

05.05.2014, 01:48

Hm, ich würde mich fragen warum überhaupt versucht wird /dev/tmp zu mounten - wenn es solch ein separates Laufwerk scheinbar gar nicht gibt.
Wo stammt die Fehlermeldung her - stammt sie eventuell aus einem initramfs vom vorm booten des eigentlichen Systems?

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

4

05.05.2014, 20:21

Hallo Ihr Beiden :) Danke für Eure Anregungen! - Und ich glaube, Josef, Du hast mich auf was gebracht: Eine Erinnerung, auf die ich vielleicht nicht gekommen wäre: Ich habe, kurz nachdem ich auf diesem heimischen System auf "systemd" umgestiergen bin, ebenfalls auf das KDE-Profil für systemd gewechselt:

Quellcode

 
1

[7]   default/linux/amd64/13.0/desktop/kde/systemd *

Dieses bringt gegenüber 'genkernel', den ich für den Bau der InitRamFS brauche [M]-mit sich. Das profil erzwingt praktisch die Deinstallation eines vorhandenen genkernel-scriptes. Anstelle dessen habe ich seither 'genkernel-next'. Ich bin mir zu 90% sicher, das mir das danach das erste Mal auffiel. Also der Fehler, um den es hier im Thema geht...
Ansonsten arbeitet genkernel-next - wie genkernel. Hat nur scheinbar mehr Funktionen. Also beim Bau einer initramfs wird einiges mehr gezeigt, als zu der, als ich seinen Vorgänger unter udev/sysvinit/OpenRC nutzte.

Aber die genkernel.conf hab ich mir auch schon angesehen... Nichts besonderes/auffälliges bemerkt :(

Und Ja: Ist zwischen initramfs und kernel-start. Ab dann läuft es problemlos weiter, bis dann systemd übernimmt, den Userspace läd.
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

_Dirk_

Fortgeschrittener

Beiträge: 544

  • Nachricht senden

5

05.05.2014, 21:29

Hallo mnt_gentoo

Da ich auf meinem System auch systemd mit genkernel-next nutze habe ich mal in meinem Log nachgesehen ob ich auch so eine Meldung habe. Nein, hatte ich nicht. Allerdings kam sie nachdem ich den shm Eintrag in der fstab kommentierte!

Quellcode

 
1
2
3
4
5

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for 
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
#  use almost no memory if not populated with files)
#shm			/dev/shm	tmpfs		nodev,nosuid,noexec	0 0

Quellcode

 
1
2

#journalctl --no-pager -b | grep atime
Mai 05 21:06:45 p4 kernel: tmpfs: No value for mount option 'strictatime'

/dev/shm wird aber weiterhin genutzt, wie es die Ausgabe von mount zeigt.

Soweit so gut. Nur wer ist jetzt dafür verantwortlich. Gefunden habe ich dieses hier. Nur weiß ich nicht ob das jetzt richtig oder falsch ist ?( .

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

#cat /usr/lib/systemd/system/tmp.mount
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=Temporary Directory
Documentation=man:hier(7)
Documentation=http://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
DefaultDependencies=no
Conflicts=umount.target
Before=local-fs.target umount.target

[Mount]
What=tmpfs
Where=/tmp
Type=tmpfs
Options=mode=1777,strictatime
Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

6

08.05.2014, 04:33

Hallo _Dirk_ :)

Schoneinmal vielen Dank, dafür das Du mir zum einen hilfst, zum andern gar dafür bereit warst, an Deinem eigenen System zu schrauben! - DANKE! Aber mach Dir deshalb nichts bei Deinem kaputt!

Den Ansatz (klingt absolut plausibel und logisch!) habe ich verfolgt. Jedoch bekomm ich trotzdem den Fehler weiterhin. Also die Zeile habe ich in die fstab eingebaut (unkommentiert natürlich ;) - Aber weiterhin der seltsame Fehler. Was aber auch seltsam ist: shm gibt es ja in /dev. Wenn es nicht gemountet würde, wie kann es unter /dev danach vorhandensein?

In der genkernel.conf habe ich mal den LVM-Support eingeschaltet, weil bei mir llvm installiert ist. Explizit habe ich das nicht installiert. Scheint wohl eine Abhängigkeit zu sein. Zudem stand, man solle, wenn man systemd nutzt lvm und udev auf "yes" setzen... Hab ich jetzt auch mal gemacht... Dann initramfs neugebaut mit neuen genkernel.conf-Einstellungen... Ich mach aber erst nachher weiter. Langsam versteh ich ohnehin nichts mehr ;) Schon spät... bzw. früh ;)

Hier dies bekomme ich übrigens, wenn ich die initramfs per genkernel-next baue... Vielleicht fällt daran etwas besonderes auf...

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
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61

genkernel --no-keymap --splash=livecd-2007.0 initramfs
* Gentoo Linux Genkernel; Version 55
* Running with options: --no-keymap --splash=livecd-2007.0 initramfs

* Using genkernel.conf from /etc/genkernel.conf
* Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh ..
* Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load ..

* Linux Kernel 3.14.3-gentoo for x86_64...
* .. with config file /usr/share/genkernel/arch/x86_64/kernel-config
* busybox: >> Using cache
* initramfs: >> Initializing...
*         >> Appending base_layout cpio data...
*         >> Appending udev cpio data...
cp: der Aufruf von stat für „/lib64/udev/rules.d/40-gentoo.rules“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
* cannot copy /lib64/udev/rules.d/40-gentoo.rules from udev
cp: der Aufruf von stat für „/etc/modprobe.d/blacklist.conf“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
* cannot copy /etc/modprobe.d/blacklist.conf from udev
cp: der Aufruf von stat für „/lib/systemd/network/99-default.link“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
* cannot copy /lib/systemd/network/99-default.link from udev
*         >> Appending auxilary cpio data...
*         >> Appending busybox cpio data...
*         >> Appending lvm cpio data...
* LVM: Adding support (copying binaries from system)...
*         >> Appending modules cpio data...
*         >> Appending blkid cpio data...
*         >> Appending splash cpio data...
*   >> Installing splash [ using the livecd-2007.0 theme ]...
*         >> Appending ld_so_conf cpio data...
* ldconfig: adding /sbin/ldconfig...
* ld.so.conf: adding /etc/ld.so.conf{.d/*,}...
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libpthread.so.0 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/librt.so.1 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/ld-linux-x86-64.so.2 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libc.so.6 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: usr/lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libuuid.so.1 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/ld-linux-x86-64.so.2 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libc.so.6 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libblkid.so.1 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: dev/tty0 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: dev/null nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: dev/console nicht erzeugt: Neuere oder gleichalte Version existiert schon
*         >> Finalizing cpio...
*         >> Compressing cpio data (.xz)...

* WARNING... WARNING... WARNING...
* Additional kernel cmdline arguments that *may* be required to boot properly...
* add "vga=791 splash=silent,theme:livecd-2007.0 console=tty1 quiet" if you use a splash framebuffer ]
* add "dolvm" for lvm support
* With support for several ext* filesystems available, it may be needed to
* add "rootfstype=ext3" or "rootfstype=ext4" to the list of boot parameters.

* Do NOT report kernel bugs as genkernel bugs unless your bug
* is about the default genkernel configuration...
* 
* Make sure you have the latest ~arch genkernel before reporting bugs.


Die obigen Zeilen machen mir etwas Sorgen... Waren aber schon immer da. System ist auf neuem Zustand. Keine Broken-Symlinks, ohne Fehler, soweit ich sein Arbeitsverhalten sehe. Gerade letzte Woche "-e @world" rekompiliert... Mache ich gewohnheitsmäßig einmal je 2 Monate. Wenn Probs mit Upgrades waren beispielsweise.

Keine Ahnung echt woran das liegt. Nochmal vielen Dank! Wollte nur Bescheid geben, das ich selbst aktiv bin und das Thema sicherlich nicht vergessen hab ;)
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

7

08.05.2014, 10:45

Gibt es diese Warnmeldung auch wenn das System ohne initramfs gebootet wird?
(Ich vermute immer noch das es an der busybox Version liegen könnte, die genkernel fürs initramfs bauen nutzt)

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

8

08.05.2014, 16:44

Hallo Josef,

Ohne initramfs wird er nicht booten. Ich kan es mal ausprobieren, die Zeile, in der initramfs initialisiert wird in der grub.cfg kommentieren. Doch wird das meiner prognose nach in KernelPanic enden. Das war ja der damals lange Thread von mir wo bell, Du und ich versuchten meinen 'uvesafb' zum Laufen zu bekommen. Vielleicht erinnerst Du Dich. Ich baute in den Kernel die 'v86d' ein und installierte klibc. Doch ohne initramfs funktionierte es bei mir nicht - System lief in Panics, sobald die v86d in meinem Kernel eingebaut war.

Busybox... - Ich habe mal nachgeschaut: Im Moment habe ich

Quellcode

 
1
2
3
4
5
6

# eix -e busybox
[I] sys-apps/busybox
     Available versions:  1.20.2^t 1.21.0^t ~1.21.1^t ~1.22.0^t ~1.22.1^t **9999^t {ipv6 livecd make-symlinks math mdev -pam savedconfig selinux sep-usr +static syslog systemd}
     Installed versions:  1.21.0^t(09:30:38 30.04.2014)(ipv6 pam static systemd -livecd -make-symlinks -math -mdev -savedconfig -selinux -sep-usr -syslog)
     Homepage:            http://www.busybox.net/
     Description:         Utilities for rescue and embedded systems

Also die letzte stable-Version drauf. Ich könnte ein Versionsupgrade versuchen... - Busybox ist schon sehr lange auf dieser Version: Länger als ich systemd-Profil mit genkernel-next nutze.
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

9

08.05.2014, 19:58

So... ich hab gerade mal die genkernel-conf (von genkernel-next) durchgesehen... Also BusyBox war da garnicht enabled... Habe ich nun mal gemacht.

Dann kam ich bei weiterer Recherche auf dies hier: (Zwar nur am Rande damit zutun, aber dennoch)

Forums-Gentoo-org-devtmpfs

Zitat

CONFIG_DEVTMPFS_MOUNT=y can be used but is not mandatory; the udev-mount init script will take care of mounting it if CONFIG_DEVTMPFS_MOUNT=y is missing
CONFIG_DEVTMPFS=y is the mandatory one
The news item means /dev, not /dev/shm or /dev/porn, just /dev, most people don't have such line at all and that's fine


Nur das wäre genau das gegenteil von dem, wie _Dirk_ es beschreibt: MIT "shm"-Zeile in der fstab kommt bei ihm der Fehler nicht. Kommentiert er sie, kommt der Fehler auch in seiner Installation... :/// - Sehr tolles problem bzw. Rätsel...
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

_Dirk_

Fortgeschrittener

Beiträge: 544

  • Nachricht senden

10

08.05.2014, 20:07

Zitat von »mnt_gentoo«

Schoneinmal vielen Dank, dafür das Du mir zum einen hilfst, zum andern gar dafür bereit warst, an Deinem eigenen System zu schrauben! - DANKE! Aber mach Dir deshalb nichts bei Deinem kaputt!
Ich kann mich an keine Aktion erinnern bei der ich eins meiner System geschrottet hätte. Und wenn, bekommt man das wieder hin. Außerdem war das kommentieren von einem Eintrag der eh fällig ist keine Gefahr. Ich kenne kein System was so robust ist wie Gentoo. Es stresst manchmal, aber man bekommt es nicht so einfach kaputt. Es sei denn man spielt am filesystem rum.


Zitat von »josef.95«

Gibt es diese Warnmeldung auch wenn das System ohne initramfs gebootet wird?
Ich nutze ja aus Faulheit auch genkernel, nutze aber die initrd nicht. Also nicht immer. Habe jetzt mal ohne diese gebootet und die Fehlermeldung ist weg. Denke daher auch das es mit der Version von busybox zusammenhängt.


Mit der Aussage von oben, also dem shm Dingsda, muss ich mich korrigieren. Wollte das nochmal reproduzieren, aber es ist egal ob mit oder ohne diesem Eintrag. Der Fehler kommt immer. Weiß aber nicht warum, vielleicht ein Tipfehler...sorry. :whistling:

EDIT: Wo kam den jetzt dein Beitrag her mnt_gentoo?
Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »_Dirk_« (08.05.2014, 20:13)

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

11

08.05.2014, 20:14

Hallo _Dirk_,

Danke Dir nochmal für Dein Response und Hilfe!! :thumbup:

Du sagst, auch bei Dir kommt der Fehler dauerhaft? Also bei jedem Booten?

Das erinnert mich an etwas, das ich ebenfalls vorhin las: strictatime ist (wohl) ein bug

http://lists.busybox.net/pipermail/busyb…une/033532.html

Zwar laut der Seite gelöst... aber manchmal tauchen ja auch alte Bugs wieder auf... :/

P.S. Nicht schlimm, das Du Dich mit obiger Information geirrt hattest! - Freue mich über jede Anregung! Danke Dir!
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

_Dirk_

Fortgeschrittener

Beiträge: 544

  • Nachricht senden

13

08.05.2014, 20:23

Zitat von »mnt_gentoo«

Du sagst, auch bei Dir kommt der Fehler dauerhaft? Also bei jedem Booten?
Ja. Erst ohne initrd ist er jetzt weg.


Zitat von »mnt_gentoo«

Das erinnert mich an etwas, das ich ebenfalls vorhin las: strictatime ist (wohl) ein bug

http://lists.busybox.net/pipermail/busyb…une/033532.html

Das ist ja das kuriose. Mit initrd gebootet steht der Fehler in der Log. Aber, wenn man /tmp im gebootetem System dann remountet, oder was anderes mit strictatime, kommt diese Meldung nicht. Also geht es doch!
Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

_Dirk_

Fortgeschrittener

Beiträge: 544

  • Nachricht senden

14

08.05.2014, 20:32

Zitat von »josef.95«

Schaut mal ob der Tipp aus https://bugs.gentoo.org/show_bug.cgi?id=493346#c11 weiterhilft.
Also bei mit hat es geholfen. Der Fehler ist jetzt auch mit initrd weg. :thumbup:
Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

15

08.05.2014, 20:34

Danke Euch beiden, Josef und _Dirk_!
Ich probiere es gleich weiter... kurz vorher ein Bad nehmen ;) Wasser wird kalt ---brrrrrr--- :P Gebe Direkt Rückmeldung auf die Tests...!
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

16

08.05.2014, 22:04

So... habe die Option "CLEAR_CACHE_DIR"=yes" - in der genkernel.conf mal auskommentiert...

Das Neuerstellen brachte:

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
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75

genkernel --no-keymap --splash=livecd-2007.0 initramfs
* Gentoo Linux Genkernel; Version 55
* Running with options: --no-keymap --splash=livecd-2007.0 initramfs

* Using genkernel.conf from /etc/genkernel.conf
* Sourcing arch-specific config.sh from /usr/share/genkernel/arch/x86_64/config.sh ..
* Sourcing arch-specific modules_load from /usr/share/genkernel/arch/x86_64/modules_load ..

* Clearing cache dir contents from /var/cache/genkernel
*    >> removing /var/cache/genkernel/blkid-1.42-x86_64.bz2
*    >> removing /var/cache/genkernel/busybox-1.20.2-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/busybox-1.20.1-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/busybox-1.19.3-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/busybox-1.18.1-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/blkid-1.41.14-x86_64.bz2
* Linux Kernel 3.14.3-gentoo for x86_64...
* .. with config file /usr/share/genkernel/arch/x86_64/kernel-config
* busybox: >> Applying patches...
*           - 1.18.1-openvt.diff
*           - busybox-1.20.1-strict-atime.patch
*           - busybox-1.20.2-glibc-sys-resource.patch
*           - busybox-1.7.4-signal-hack.patch
* busybox: >> Configuring...
* busybox: >> Compiling...
* busybox: >> Copying to cache...
* initramfs: >> Initializing...
*         >> Appending base_layout cpio data...
*         >> Appending udev cpio data...
cp: der Aufruf von stat für „/lib64/udev/rules.d/40-gentoo.rules“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
* cannot copy /lib64/udev/rules.d/40-gentoo.rules from udev
cp: der Aufruf von stat für „/etc/modprobe.d/blacklist.conf“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
* cannot copy /etc/modprobe.d/blacklist.conf from udev
cp: der Aufruf von stat für „/lib/systemd/network/99-default.link“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
* cannot copy /lib/systemd/network/99-default.link from udev
*         >> Appending auxilary cpio data...
*         >> Appending busybox cpio data...
*         >> Appending lvm cpio data...
* LVM: Adding support (copying binaries from system)...
*         >> Appending modules cpio data...
*         >> Appending blkid cpio data...
*         >> Appending splash cpio data...
*   >> Installing splash [ using the livecd-2007.0 theme ]...
*         >> Appending ld_so_conf cpio data...
* ldconfig: adding /sbin/ldconfig...
* ld.so.conf: adding /etc/ld.so.conf{.d/*,}...
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libpthread.so.0 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/librt.so.1 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/ld-linux-x86-64.so.2 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libc.so.6 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: usr/lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libuuid.so.1 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/ld-linux-x86-64.so.2 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libc.so.6 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64/libblkid.so.1 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: lib64 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: dev/tty0 nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: dev/null nicht erzeugt: Neuere oder gleichalte Version existiert schon
cpio: dev/console nicht erzeugt: Neuere oder gleichalte Version existiert schon
*         >> Finalizing cpio...
*         >> Compressing cpio data (.xz)...

* WARNING... WARNING... WARNING...
* Additional kernel cmdline arguments that *may* be required to boot properly...
* add "vga=791 splash=silent,theme:livecd-2007.0 console=tty1 quiet" if you use a splash framebuffer ]
* add "dolvm" for lvm support
* With support for several ext* filesystems available, it may be needed to
* add "rootfstype=ext3" or "rootfstype=ext4" to the list of boot parameters.

* Do NOT report kernel bugs as genkernel bugs unless your bug
* is about the default genkernel configuration...
* 
* Make sure you have the latest ~arch genkernel before reporting bugs.


Besonderes Augenmerk auf diese neuen Zeilen beim Erstellen:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14

* Clearing cache dir contents from /var/cache/genkernel
*    >> removing /var/cache/genkernel/blkid-1.42-x86_64.bz2
*    >> removing /var/cache/genkernel/busybox-1.20.2-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/busybox-1.20.1-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/busybox-1.19.3-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/busybox-1.18.1-x86_64.tar.bz2
*    >> removing /var/cache/genkernel/blkid-1.41.14-x86_64.bz2
* Linux Kernel 3.14.3-gentoo for x86_64...
* .. with config file /usr/share/genkernel/arch/x86_64/kernel-config
* busybox: >> Applying patches...
*           - 1.18.1-openvt.diff
*           - busybox-1.20.1-strict-atime.patch
*           - busybox-1.20.2-glibc-sys-resource.patch
*           - busybox-1.7.4-signal-hack.patch


Jetzt mal rebooten und schauen, was gentoo dazu meint ;)

- Bis gleich -
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

mnt_gentoo

Profi

  • »mnt_gentoo« ist männlich
  • »mnt_gentoo« ist der Autor dieses Themas

Beiträge: 807

  • Nachricht senden

17

08.05.2014, 22:48

So, dann darf ich mit großer Freude verkünden, das der Fehler bei mir nun auch nicht mehr erscheint!!! :thumbsup: :thumbsup: :thumbsup: :thumbup: :thumbup: :thumbup: 8o 8o 8o

Vielen Dank nochmals an Euch, Josef.95 und _Dirk_ und letztlich nochmal an Josef für den entscheidenden Hinweis!! SUPER!!! 8o 8o - An dem Fehler hatte ich schon lange gekaut... :wacko:
Gruß
mnt_gentoo
_________________________________________________________________________________________

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

Ähnliche Themen

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks