Thanks Felix,
On Wed, May 13, 2015 at 5:20 PM, Felix Miata
Ted Byers composed on 2015-05-13 10:21 (UTC-0400):
I now have a second Suse box that is refusing to start properly. I used Yast to do an online update (opensuse 13.2), and it gave me a message that one of the updates required a reboot. I thus tried to reboot, but it failed to start properly. Instead I get a fatal error about xgifb. The first ststaement I see is that it complains that it is unable to request memory, size 2000000. The next, which it flags as fatal, sayy it is unable to reserve frame buffer memory and it asks if there is another frame buffer driver active. [snip] I have a 13.2 system with what may be the same gfxchip, or at least is using the same driver as yours. I just did 'zypper -v up' on it and it still works as expected. Some data points on mine:
# lsmod | grep fb xgifb 106299 0 # uname -a Linux g5eas 3.16.7-21-desktop #1 SMP PREEMPT Tue Apr 14 07:11:37 UTC 2015 (93c1539) x86_64 x86_64 x86_64 GNU/Linux # rpmqa xf86 | grep sis xf86-video-sis-0.10.7-8.1.4.x86_64 # grep 'using VT' /var/log/Xorg.0.log [ 1033.392] (--) using VT number 7 # lspci | grep VGA 0a:03.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z7/Z9 (XG20 core) # grep chipsets /var/log/Xorg.0.log | egrep -v 'VESA|FBDEV' [ 1033.390] (II) SIS: driver for SiS chipsets: SIS5597/5598, SIS530/620, [ 1033.392] (II) SIS: driver for XGI chipsets: Volari Z7 (XG20), # grep PRETTY /etc/os-release PRETTY_NAME="openSUSE 13.2 (Harlequin) (x86_64)" # grep 'X.Org X Server' /var/log/Xorg.0.log X.Org X Server 1.16.1 # grep 'Kernel Command Line' /var/log/Xorg.0.log [ 1033.353] Kernel command line: root=LABEL=2st12os132 ipv6.disable=1 net.ifnames=0 noresume splash=0 vga=791 3
It may help us help you to know your output from at least 'lspci | grep VGA', but more helpful and possibly necessary would be to share[1] your entire /var/log/Xorg.0.log from having tried a normal boot.
OK, Here is the output I got from the session in which I executed each of the commands you showed. ted@gremlin:~> lsmod | grep fb xgifb 102233 0 ted@gremlin:~> uname -a Linux gremlin 3.11.10-29-desktop #1 SMP PREEMPT Thu Mar 5 16:24:00 UTC 2015 (338c513) x86_64 x86_64 x86_64 GNU/Linux ted@gremlin:~> rpmqa xf86 | grep sis ted@gremlin:~> grep 'using VT' /var/log/Xorg.0.log [ 37.752] (++) using VT number 7 ted@gremlin:~> lspci | grep VGA ted@gremlin:~> grep chipsets /var/log/Xorg.0.log | egrep -v 'VESA|FBDEV' ted@gremlin:~> grep PRETTY /etc/os-release PRETTY_NAME="openSUSE 13.1 (Bottle) (x86_64)" ted@gremlin:~> grep 'X.Org X Server' /var/log/Xorg.0.log X.Org X Server 1.14.3.901 (1.14.4 RC 1) ted@gremlin:~> grep 'Kernel Command Line' /var/log/Xorg.0.log ted@gremlin:~> zypper ref; zypper -v up Root privileges are required for refreshing system repositories. Verbosity: 1 Root privileges are required for updating packages. ted@gremlin:~> sudo zypper ref; zypper -v up root's password: Repository 'openSUSE-13.1-1.7' is up to date. Repository 'openSUSE-13.1-Non-Oss' is up to date. Repository 'openSUSE-13.1-Oss' is up to date. Repository 'openSUSE-13.1-Update' is up to date. Repository 'openSUSE-13.1-Update-Non-Oss' is up to date. All repositories have been refreshed. Verbosity: 1 Root privileges are required for updating packages. ted@gremlin:~> sudo zypper -v up Verbosity: 1 Initializing Target Checking whether to refresh metadata for openSUSE-13.1-Non-Oss Checking whether to refresh metadata for openSUSE-13.1-Oss Checking whether to refresh metadata for openSUSE-13.1-Update Checking whether to refresh metadata for openSUSE-13.1-Update-Non-Oss Loading repository data... Reading installed packages... Force resolution: No The following 6 package updates will NOT be installed: bluedevil 1.3.2_bluez5-3.1 gmp-devel 5.1.2-2.1.2 libgmp10 5.1.2-2.1.2 libgmpxx4 5.1.2-2.1.2 libphonon4 4.7.1-8.3 phonon-backend-gstreamer-0_10 4.7.1-2.12.1 The following package is going to be upgraded: bundle-lang-common-cs 12.3-3.4.3 -> 13.1-2.2.7 1 package to upgrade. Overall download size: 613.1 KiB. After the operation, additional 170.5 KiB will be used. Continue? [y/n/? shows all options] (y): y committing Retrieving package bundle-lang-common-cs-13.1-2.2.7.noarch (1/1), 613.1 KiB ( 2.4 MiB unpacked) Retrieving: media ........................................................[done] Retrieving: bundle-lang-common-cs-13.1-2.2.7.noarch.rpm ....[done (433.8 KiB/s)] (1/1) Installing: bundle-lang-common-cs-13.1-2.2.7 ......................[error] Installation of bundle-lang-common-cs-13.1-2.2.7 failed: Error: Subprocess failed. Error: RPM failed: installing package bundle-lang-common-cs-13.1-2.2.7.noarch needs 4MB on the / filesystem Abort, retry, ignore? [a/r/i] (a): r (1/1) Installing: bundle-lang-common-cs-13.1-2.2.7 ......................[error] Installation of bundle-lang-common-cs-13.1-2.2.7 failed: Error: Subprocess failed. Error: RPM failed: installing package bundle-lang-common-cs-13.1-2.2.7.noarch needs 4MB on the / filesystem Abort, retry, ignore? [a/r/i] (a): Problem occured during or after installation or removal of packages: Installation aborted by user Please see the above error message for a hint. Checking for running processes using deleted libraries... ted@gremlin:~> As the install of that one package failed (though I have no idea if/how that relates to my problem), I ran df -a with the following output: ted@gremlin:~> df -a Filesystem 1K-blocks Used Available Use% Mounted on rootfs 20510716 19493752 0 100% / devtmpfs 4082284 68 4082216 1% /dev tmpfs 4095828 0 4095828 0% /dev/shm tmpfs 4095828 5816 4090012 1% /run devpts 0 0 0 - /dev/pts /dev/sda2 20510716 19493752 0 100% / proc 0 0 0 - /proc sysfs 0 0 0 - /sys securityfs 0 0 0 - /sys/kernel/security tmpfs 4095828 0 4095828 0% /sys/fs/cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd pstore 0 0 0 - /sys/fs/pstore cgroup 0 0 0 - /sys/fs/cgroup/cpuset cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct cgroup 0 0 0 - /sys/fs/cgroup/memory cgroup 0 0 0 - /sys/fs/cgroup/devices cgroup 0 0 0 - /sys/fs/cgroup/freezer cgroup 0 0 0 - /sys/fs/cgroup/net_cls cgroup 0 0 0 - /sys/fs/cgroup/blkio cgroup 0 0 0 - /sys/fs/cgroup/perf_event cgroup 0 0 0 - /sys/fs/cgroup/hugetlb systemd-1 0 0 0 - /proc/sys/fs/binfmt_misc mqueue 0 0 0 - /dev/mqueue hugetlbfs 0 0 0 - /dev/hugepages debugfs 0 0 0 - /sys/kernel/debug tmpfs 4095828 5816 4090012 1% /var/run tmpfs 4095828 5816 4090012 1% /var/lock /dev/sda3 223288924 45871340 176266292 21% /home none 0 0 0 - /var/lib/ntp/proc I also have a workstation running OpenSuse 13.2, and it has the same problem of rootfs being 100% used. But there remains plenty of space for /home (one the workstation, there is well over 1.8 TB available - when I installed, I just accepted defaults for partition sizes, so I don't know why it chose too little space for rootfs). I do not know if/how I can tell the system to use some of that available space for rootfs. Is there a fix for this, or do I have to wipe the disk and start over? (If there is no fix except wiping the disk and reinstalling, that won't happen any time soon as I am using these machines to earn a living, and am time constrained.)
If as Carlos suggested to try the previous kernel does not help, try booting with 3 added on the fly to the Grub cmdline to bring up the system without X running. Login as root, then do 'zypper ref; zypper -v up' and see if it finds any packages that YaST updates missed. If booting the previous kernel does help, try removing the newer kernel with YaST or Zypper, then reinstalling it, after first doing 'zypper ref; zypper -v up'.
Another thought: try appending splash=0 and/or vga=791 on the fly to the Grub cmdline. Maybe you're facing a Plymouth problem that one of these might work around. If this works, uninstalling Plymouth or tweaking Grub2 configuration could keep it from coming back during next round of updates. I don't have Plymouth installed. The driver xf86-video-sis is one that isn't very commonly required, so probably doesn't get a lot of testing before releasing.
I have yet to figure out how to get to the grub commandline. Booting with the previous kernel did not help, though. Thanks Ted -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org