Hallo David, Am Mittwoch, 9. September 2015, 04:44:02 schrieb David Haller:
:~> tr ' ' '\n' < /proc/cmdline | grep splash
splash=silent
:~>
Und wie stell ich ihn auf native? Und vor allem was fang ich dann damit an?
Du kannst auch 'verbose' verwenden, dann gibt's IIRC noch ein bissl graphischen Schnickschnack drumrum ;)
Jedenfalls: Wie's bei grub2 ist, weiß ich nicht genau (IIRC in /etc/grub2/irgendwas), bei grub1 wird's in der /boot/grub/menu.lst eingestellt. Aber bei SuSE sollte es klappen, wenn du in
==== /etc/sysconfig/bootloader ==== DEFAULT_APPEND="[..] splash=native [..] ====
(oder =verbose oder so) einträgst. Evtl. braucht's anschließend noch ein mkinitrd und ein grub-update (oder wie das bei grub2 heißt).
Habe ich per Yast eingetragen, dann sollten eigentlich alle nötigen Sachen durchgeführt werden. Doch ehrlich gesagt, mir fehlt im Moment der Überblick, was ich damit anfangen kann.
Was ich noch entdeckt habe aus systemd-journalctl: Sep 05 19:02:45 xxxxxx kernel: EXT4-fs (sdb1): mounting ext3 file system using the ext4 subsystem Sep 05 19:02:45 xxxxxx kernel: EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: acl,user_xattr
[..]
Stört das, dass: "mounting ext3 file system using the ext4 subsystem"?
Sacht mir jetzt nichts, und bei den 2 ext4 Partitionen hab ich das auch nicht. Kontrolliere mal deine /etc/fstab bzgl. sdb1, ob du da nicht ne ext4 Partition mit "ext3" als FS drin hast. Denn der Kernel erkennt AFAIK, wenn ext4 Features verwendet werden, auch wenn ext3 in der fstab steht. Aber das ist nur geraten. Scheint aber zu stimmen ;)
Sauber für ein ext4 sieht das so aus:
[ 3.497230] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: acl,user_xattr,errors=remount-ro [ 3.512587] EXT4-fs (sda1): re-mounted. Opts: acl,user_xattr,errors=remount-ro [..] [ 6.783209] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: acl,user_xattr,errors=remount-ro
fstab dazu: LABEL=ROOT_SSD_1 / ext4 acl,user_xattr,noatime,nodiratime,errors=remount-ro 1 1 LABEL=ROOT_SSD_2 /root_ssd2 ext4 acl,user_xattr,noatime,nodiratime,errors=remount-ro 1 0
*in-den-kernelsourcen-grab*
==== /usr/src/linux/fs/ext4/super.c ==== if (IS_EXT3_SB(sb)) { if (ext3_feature_set_ok(sb)) ext4_msg(sb, KERN_INFO, "mounting ext3 file system " "using the ext4 subsystem"); else { ext4_msg(sb, KERN_ERR, "couldn't mount as ext3 due " "to feature incompatibilities"); goto failed_mount; } } ==== [1]
D.h.: Dein ext3 wird (wg. fstab-Option) vom ext4-Code als ext3 gemounted.
Dazu meine Fragen: - Was hast du wirklich als Dateisystem? (ext3 vermutlich)
laut gparted ist /backup ein ext3 und /backup2 ein ext4.
- wie schaut dein /etc/fstab Eintrag für /dev/sdb1 aus? Hast du da
/etc/fstab OS 13.2 (das mit den häufigen fsck) /dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSA65315-part1 /backup ext3 acl,user_xattr 1 1 /dev/disk/by-id/ata-ST3500413AS_Z2A8HWPT-part1 /backup2 ext4 acl,user_xattr 1 2 /etc/fstab OS 12.2 (mein derzeitiges Produktivsystem, selber Rechner) /dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSA65315-part1 /backup ext3 acl,user_xattr 1 1 /dev/disk/by-id/ata-ST3500413AS_Z2A8HWPT-part1 /backup2 ext4 acl,user_xattr 1 2
evtl. ext4 stehen, obwohl's ein ext3 ist?
Zum Glück ist die ext* Familie _sehr_ ausgereift und kompatibel. Solange man eben keine inkompatiblen Features der neueren ext* verwendet. Und BTW: jup, hier ist alles ext3, nur die /-FS auf der SSD sind ext4 und für Spezialfälle[2] (newsspool, Gentoo-portage-Baum) verwende ich Images mit reiserfs via loop-mount.
$ grep news /etc/fstab /data/spool/news_reiserfs.img /data/spool/news reiserfs loop,acl,user_xattr,strictatime,barrier=flush,noauto 0 0
Bonus: das bei leafnode zwingend nötige "strictatime" kann ich gezielt nur für den newsspool setzen und beim Rest der Partition bei relatime bleiben ;)
BTW: NIEMALS NIE NICHT ein reiserfs image auf nem reiserfs FS ablegen!
HTH -dnh
Nach der Änderung am Bootloader (splash=verbose) habe ich das Systemn neu gebootet und dann war es /dev/sdc1 (also /backup2=ext4) das eine halbe Stunde fsck macht. Auchh die anderen waren dran, aber anscgheinend sauber und deswegen schnell durch. Ich habe nach wie vor die hwclock in Verdacht, dazu lade ich den Output vom Bootvorgang (Konsole F7) und von der Konsole F10 (hier der Hinweis mit der Zeit) mit hoch. Ich es legitim hier mal ausnahmsweise Bilder anzuhängen. Auch nach einem neuen Boot steht in der /var/log/boot.log [...] [ OK ] Found device Hitachi_HDS72202. [ OK ] Started dracut initqueue hook. [ OK ] Reached target Remote File Systems (Pre). [ OK ] Reached target Remote File Systems. Starting File System Check on /dev/disk/by- uuid/2236...138ad8c22c69... [ OK ] Started File System Check on /dev/disk/by- uuid/22360...3-138ad8c22c69. Mounting /sysroot... [...] [ OK ] Found device SAMSUNG_HD103SJ. Starting File System Check on /dev/disk/by-id/ata-SA...A65315- part1... [ OK ] Found device ST3500413AS. Starting File System Check on /dev/disk/by-id/ata-ST...A8HWPT- part1... [ OK ] Found device SAMSUNG_HD103SJ. Activating swap /dev/disk/by- uuid/498b4168-3b86-4375...69ce91714f5f... [ OK ] Activated swap /dev/disk/by- uuid/498b4168-3b86-4375-8d73-69ce91714f5f. [ OK ] Started File System Check on /dev/disk/by-id/ata-ST3...Z2A8HWPT- part1. Mounting /backup2... [ OK ] Mounted /backup2. [ OK ] Started File System Check on /dev/disk/by-id/ata-SAM...WSA65315- part1. Mounting /backup... [ OK ] Mounted /backup. [...] Mir scheint es wird bei jedem Booten ein fsck gemacht nur stimmen bei dem OS13.2 ab und an vielleicht die Zeiten sprich Synchronisation nicht. Kann das sein? In meiner /var/log/boot.log vom OS 12.2 steht das auch, doch habe ich da noch nie einen fsck erlebt. Gruß Herbert