| View previous topic :: View next topic |
| Author |
Message |
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
 Posted: Wed Aug 19, 2020 4:49 am Post subject: [gelöst]Nach update kein Erreichen des Desktops mehr |
 |
|
Hallo zusammen,
gestern habe ich meine gentoo-Installationen auf dem Notebook aktualisiert.
Dabei ist mir bei der ersten unstable-Version etwas Merkwürdiges passiert:
Ich starte das System, gelange aber nicht auf den plasma-Desktop, sondern irgendwie
beginnt ein ständiges Rein und Raus in schnellem Tempo.
Nachdem ich dieses System von einem anderen gentoo in die chroot-Umgebung gemountet habe,
xdm aus /etc/runlevel entfernt - aus der chroot-Umgebung wieder raus und Neustart des unstable-Systems.
Lande auf tty1
Nun sehe ich, was da los ist:
Alle in der /etc/fstab neben dem Haupteintrag des Systems befindlichen Einträge sind nicht gestartet:
/home
/gam
/Daten
/Downloads
tauchen nicht im System auf.
Nun frage ich mich: was ist da passiert, daß diese Partitionen beim Booten nicht ins System gemountet werden.
Gestern kam ja gentoo-kernel-bin-5.8.1 an die Reihe.
Die neueste Linux-Firmware ist installiert.
Wenn ich nun nachträglich diese Verzeichnisse mounte und dann
/etc/init.d/xdm start eingebe, lande ich doch noch auf dem Desktop.
Die Verzeichnisse
/home
/gam (enthält /var/cache/binpkgs und /var/db/repos/gentoo)
befinden sich auf einer USB-SSD.
/Daten
/Downloads
auf eine USB-HDD.
Alle anderen Gentoo-Installationen funktionieren einwandfrei.
Etwas habe ich im Boot-Vorgang noch kurz sehen können:
fsck.ext4 hat bei einigen dieser Distributionen mitgeteilt, daß es nicht funktioniert:
nicht aufzulösen.
Kann das der Grund sein, daß diese Partitionen dann auch nicht gestartet werden?
| Code: |
inxi -F
System: Host: gamk_a3 Kernel: 5.8.1 x86_64 bits: 64 Desktop: KDE Plasma 5.19.4 Distro: Gentoo Base System release 2.7
Machine: Type: Laptop System: Acer product: Aspire A517-51 v: V1.22 serial: NXGSUEG00784901CBA3400
Mobo: KBL model: Dragonite_KL v: V1.22 serial: NBGSU1100384977DE03400 UEFI: Insyde v: 1.22 date: 10/09/2018
Battery: ID-1: BAT1 charge: 29.9 Wh condition: 45.6/48.9 Wh (93%)
CPU: Topology: Dual Core model: Intel Core i5-7200U bits: 64 type: MT MCP L2 cache: 3072 KiB
Speed: 700 MHz min/max: 400/2500 MHz Core speeds (MHz): 1: 700 2: 700 3: 700 4: 700
Graphics: Device-1: Intel HD Graphics 620 driver: i915 v: kernel
Display: x11 server: X.org 1.20.8 driver: intel unloaded: modesetting resolution: <xdpyinfo missing>
OpenGL: renderer: Mesa DRI Intel HD Graphics 620 (KBL GT2) v: 4.6 Mesa 20.2.0-rc2
Audio: Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
Sound Server: ALSA v: k5.8.1
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
IF: enp1s0f1 state: down mac: 98:28:a6:31:54:e7
Device-2: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter driver: ath10k_pci
IF: wlp2s0 state: up mac: 32:38:2a:3d:f1:4f
Device-3: Lite-On Qualcomm Atheros QCA9377 Bluetooth type: USB driver: btusb
Drives: Local Storage: total: 2.27 TiB used: 62.87 GiB (2.7%)
ID-1: /dev/sda vendor: SanDisk model: SDSSDH3500G size: 465.76 GiB
ID-2: /dev/sdb type: USB model: TO Exter nal USB 3.0 size: 931.51 GiB
ID-3: /dev/sdc type: USB vendor: Western Digital model: WD My Passport 2606 size: 931.48 GiB
Partition: ID-1: / size: 19.56 GiB used: 6.77 GiB (34.6%) fs: ext4 dev: /dev/sda3
ID-2: /home size: 19.56 GiB used: 1.08 GiB (5.5%) fs: ext4 dev: /dev/sdc3
ID-3: swap-1 size: 6.79 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda22
Sensors: Missing: Required tool sensors not installed. Check --recommends
Info: Processes: 168 Uptime: 2m Memory: 7.65 GiB used: 443.6 MiB (5.7%) Shell: bash inxi: 3.0.38
|
| Code: |
emerge --info
Portage 3.0.3 (python 3.7.8-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-9.3.0, glibc-2.32, 5.8.1 x86_64)
=================================================================
System uname: Linux-5.8.1-x86_64-Intel-R-_Core-TM-_i5-7200U_CPU_@_2.50GHz-with-gentoo-2.7
KiB Mem: 8020804 total, 6232568 free
KiB Swap: 7119868 total, 7119868 free
Timestamp of repository gentoo: Wed, 19 Aug 2020 03:37:51 +0000
Head commit of repository gentoo: daa0812b4b31b98dcff824550160f4f98f1b3c44
sh bash 5.0_p18
ld GNU ld (Gentoo 2.34 p6) 2.34.0
app-shells/bash: 5.0_p18::gentoo
dev-lang/perl: 5.30.3-r1::gentoo
dev-lang/python: 2.7.18-r1::gentoo, 3.7.8-r2::gentoo, 3.8.5::gentoo, 3.9.0_rc1::gentoo
dev-util/cmake: 3.18.1::gentoo
sys-apps/baselayout: 2.7::gentoo
sys-apps/openrc: 0.42.1::gentoo
sys-apps/sandbox: 2.20::gentoo
sys-devel/autoconf: 2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake: 1.16.2::gentoo
sys-devel/binutils: 2.34-r2::gentoo
sys-devel/gcc: 9.3.0-r1::gentoo
sys-devel/gcc-config: 2.3.1::gentoo
sys-devel/libtool: 2.4.6-r6::gentoo
sys-devel/make: 4.3::gentoo
sys-kernel/linux-headers: 5.8::gentoo (virtual/os-headers)
sys-libs/glibc: 2.32::gentoo
Repositories:
gentoo
location: /gam/var/db/repos/gentoo
sync-type: git
sync-uri: https://github.com/gentoo-mirror/gentoo
priority: -1000
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/gamd/var/cache/distfiles"
EMERGE_DEFAULT_OPTS="--jobs=2"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-march=native -O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-march=native -O2 -pipe"
GENTOO_MIRRORS="ftp://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
LANG="de_DE.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j4"
PKGDIR="/gam/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi activities alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli crypt cups dbus declarative dri dts dvd dvdr elogind emboss encode exif flac fortran gdbm gif gpm gtk iconv icu ipv6 jpeg kde kipi kwallet lcms ldap libglvnd libnotify libtirpc mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds qml qt5 readline sdl seccomp semantic-desktop spell split-usr ssl startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis widgets wxwidgets x264 xattr xcb xml xv xvid zlib" ABI_X86="64" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" L10N="de" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2 php7-3" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" RUBY_TARGETS="ruby25" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset: CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
|
Nun bin ich sehr gespannt auf Reaktionen.
Gruß
Manfred
Last edited by ManfredB on Wed Aug 19, 2020 2:37 pm; edited 1 time in total |
|
| Back to top |
|
 |
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 5:38 am Post subject: |
|
|
Ich habe jetzt einen Versuch gestartet:
emerge --unmerge sys-kernel/gentoo-kernel-bin
Dann /boot: alles gelöscht
/lib/modules: alles gelöscht
emerge --ask sys-kernel/gentoo-kernel-bin
Das dauert immer ein wenig.
Dann reboot.
Diese fsck.ext4-Meldung kommt wieder.
Als ich mich als root eingeloggt habe auf Konsole,
df
da sehe ich, daß alle Verzeichnisse gemountet sind, was vorher nicht der Fall war.
/etc/init.d/xdm start - funktioniert.
rc-update add xdm default
Nun bin ich gespannt, ob nach reboot wieder alles funktioniert.
Gruß
Manfred |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 5:49 am Post subject: |
|
|
Pech:
/gam
/gamd /var/cache/distfiles
/home
wurden wieder nicht gemountet.
Dadurch kommt dieses scheinbare login, was vermutlich eher Versuche von sddm und Scheitern von sddm zeigten.
Es ist mir ein Rätsel, warum diese Partitionen nicht eingebunden werden, bei allen anderen Installationen ist das kein Problem.
Möglicherweise ist die USB-SDD nicht sehr zuverlässig, wenn fsck.ext4 Probleme hat.
Das muss ich vielleicht doch einmal überprüfen.
Gruß
Manfred |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 7:35 am Post subject: |
|
|
Ich habe jetzt einfach auf der USB-HDD 3 Partitionen erstellt:
/home - die Daten von USB-SDD herüberkopiert
/gam - "
/gamd - "
Die /etc/fstab erneuert.
Nach reboot kam zwar wieder das Problem mit fsck.ext4, aber die Partitionen waren alle gemountet.
Ich hoffe, daß das Problem damit gelöst ist.
Melde mich - je nach Ergebnis.
Gruß
Manfred |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 7:45 am Post subject: |
|
|
Nach erneutem reboot waren alle Partitionen gemountet.
Probleme habe ich nur, wenn ich xdm in /etc/runlevel/default bringe,
dann kommt wieder diese Wackel-Partie.
Nehme ich xdm aus dem runlevel, lande ich wieder auf tty1.
Login
/etc/init.d/xdm start
und ich lande auf dem Desktop.
Ich verstehe nicht mehr, was da passiert ist - zumal bei allen anderen Installationen keinerlei
Probleme dieser Art vorhanden sind.
Neuinstallation war schon mein Gedanke, aber das ist mir einfach zu viel.
Gruß
Manfred |
|
| Back to top |
|
|
Tyrus
Guru
Joined: 03 Feb 2018
Posts: 300
|
| Posted: Wed Aug 19, 2020 1:07 pm Post subject: |
|
|
Hallo Manfred.
Also ich denke du solltest erst mal versuchen das Problem mit fsck zu lösen. Es verhindert zwar nicht wirklich das man die Partitionen nicht mounten kann, allerdings hat es Einfluss darauf wie die Skripte sich verhalten damit es automatisch passiert. Also ich kann es nur für openrc sagen. Und da hab ich jetzt auch nur kurz reingeschaut:
| /etc/init.d/xdm: |
#!/sbin/openrc-run
# Copyright 1999-2014 Gentoo Foundation
# Distributed under the terms of the GNU General Public License, v2
# This is here to serve as a note to myself, and future developers.
#
# Any Display manager (gdm,kdm,xdm) has the following problem: if
# it is started before any getty, and no vt is specified, it will
# usually run on vt2. When the getty on vt2 then starts, and the
# DM is already started, the getty will take control of the keyboard,
# leaving us with a "dead" keyboard.
#
# Resolution: add the following line to /etc/inittab
#
# x:a:once:/etc/X11/startDM.sh
#
# and have /etc/X11/startDM.sh start the DM in daemon mode if
# a lock is present (with the info of what DM should be started),
# else just fall through.
#
# How this basically works, is the "a" runlevel is a additional
# runlevel that you can use to fork processes with init, but the
# runlevel never gets changed to this runlevel. Along with the "a"
# runlevel, the "once" key word means that startDM.sh will only be
# run when we specify it to run, thus eliminating respawning
# startDM.sh when "xdm" is not added to the default runlevel, as was
# done previously.
#
# This script then just calls "telinit a", and init will run
# /etc/X11/startDM.sh after the current runlevel completes (this
# script should only be added to the actual runlevel the user is
# using).
#
# Martin Schlemmer
# aka Azarah
# 04 March 2002
depend() {
need localmount xdm-setup
# this should start as early as possible
# we can't do 'before *' as that breaks it
# (#139824) Start after ypbind and autofs for network authentication
# (#145219 #180163) Could use lirc mouse as input device
# (#70689 comment #92) Start after consolefont to avoid display corruption
# (#291269) Start after quota, since some dm need readable home
# (#390609) gdm-3 will fail when dbus is not running
# (#366753) starting keymaps after X causes problems
after bootmisc consolefont modules netmount
after readahead-list ypbind autofs openvpn gpm lircmd
after quota keymaps
before alsasound
# Start before X
use consolekit dbus xfs
}
[...]
|
Also es gilt: "need localmount ..." - das bedeutet das braucht /etc/init.d/localmount.
Schaust du da weiter:
| /etc/init.d/localmount: |
#!/sbin/openrc-run
# Copyright (c) 2007-2015 The OpenRC Authors.
# See the Authors file at the top-level directory of this distribution and
# https://github.com/OpenRC/openrc/blob/master/AUTHORS
#
# This file is part of OpenRC. It is subject to the license terms in
# the LICENSE file found in the top-level directory of this
# distribution and at https://github.com/OpenRC/openrc/blob/master/LICENSE
# This file may not be copied, modified, propagated, or distributed
# except according to the terms contained in the LICENSE file.
description="Mounts disks and swap according to /etc/fstab."
depend()
{
need fsck
use lvm modules root
after clock lvm modules root
keyword -docker -jail -lxc -prefix -systemd-nspawn -vserver
}
[...]
|
Das braucht dann wiederum /etc/init.d/fsck ("need fsck" steht da in er Funktion depend).
Also hängt der Start von xdm irgendwie (wahrscheinlich) damit zusammen ob fsck Fehler meldet oder nicht. Ich habe mich jetzt nicht genauer in die start-Skripe eingelesen. Würde einfach mal dir vorschlagen das du das Problem mit fsck erstmal löst.
Und wegen fsck wäre es gut dazu mal eine Fehlermeldung zu zeigen. Also falls du dazu Feedback willst. |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 1:39 pm Post subject: |
|
|
Hallo Tyrus!
localmount und fsck befinden sich sowohl in /etc/init.d als auch in /etc/runlevels/boot.
Das habe ich gerade geprüft.
Gruß
Manfred |
|
| Back to top |
|
|
Tyrus
Guru
Joined: 03 Feb 2018
Posts: 300
|
| Posted: Wed Aug 19, 2020 1:53 pm Post subject: Re: Nach update kein Erreichen des Desktops mehr |
|
|
Hallo Manfred.
Ja die beiden init-Skripte stehen schon richtig. Das stimmt soweit. Was ich versucht habe ist einen Zusammenhang herzustellen inwieweit xdm durch fsck beeinflusst wird.
Also mein Hinweis oben war einfach nur dafür gedacht das es eine gute Idee sein könnte, das Problem das fsck.ext4 meldet, zu lösen. Dann wird (wahrscheinlich) auch der automatische Start von xdm wieder funktionieren.
Du hattest geschrieben:
| ManfredB wrote: | fsck.ext4 hat bei einigen dieser Distributionen mitgeteilt, daß es nicht funktioniert:
|
Um weiterzuhelfen wären dazu mehr Informationen schon gut. Also welche Fehlermeldung bekommst du denn? |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 2:17 pm Post subject: |
|
|
Leider geht der Boot-Vorgang so rasant, daß ich kaum in der Lage bin,
die genaue Formulierung zu sehen.
Aber ich werde es jetzt noch einmal probieren, notfalls mit dem Smartphone fotographieren.
Vielleicht kann ich dann doch noch die genaue Formulierung erkennen.
Danke erst einmal für deine Mithilfe, dem Problem auf die Spur zu kommen.
Gruß
Manfred |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 2:35 pm Post subject: |
|
|
Ich habe heute mittag mein ganzes System auf dem Notebook umgestellt.
Reduzierung der Installationen, dafür Platz gewonnen, um
/home
/gam
/gamd
auf die SSD zu verschieben, auf der u.a. gentoo-unstable installiert ist.
Nur /Daten und /Downloads sind auf einer USB-HDD untergebracht.
Diese beiden werden nicht geladen, dafür aber
/home
/gam
/gamd
Von fsck-Fehlern habe ich nichts mehr gesehen, auch wenn alles rasant vorüberlief.
Ich werde jetzt ein letztesmal xdm in /etc/runlevels/default verknüpfen und dann
schauen, ob es jetzt wieder funktioniert oder nicht.
Gruß
Manfred |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Wed Aug 19, 2020 2:41 pm Post subject: |
|
|
Nun bin ich doch sehr erleichtert.
Wie gut, daß ich die USB-SDD ausgeschaltet habe und nur in der internen SSD geblieben bin.
Die USB-HDD ist dennoch nutzbar, auch wenn ich die beiden Partitionen nachträglich mounten muss.
Aber daß ich jetzt wieder ohne Probleme auf den Desktop gelange,
freut mich doch.
Dir, Tyrus, noch einmal ganz herzlichen Dank für deine Begleitung auf diesem Weg.
Gruß
Manfred |
|
| Back to top |
|
|
ManfredB
Veteran
Joined: 27 Dec 2007
Posts: 1741
|
| Posted: Thu Aug 20, 2020 8:06 am Post subject: |
|
|
Aus diesen Erfahrungen habe ich Konsequenzen gezogen:
Gestern habe ich mir eine neue SSD bestellt, die morgen geliefert werden soll.
Mein Sohn wird sie mir am Wochenende wieder einbauen.
Grund: ich will die USB-HDD nicht mehr weiter nutzen, sondern alles, was darauf ist,
auf die neue SSB verschieben - da habe ich dann deutlich mehr Platz
und muss mich wegen meiner Gentoo-Installationen nicht einschränken.
Gruß
Manfred |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Deutsches Forum (German)
