12.3 : boot is ko

hello :wink:

i upgraded to 12.3 from 12.2 using 3 repos (oss,non-oss and update of 12.3) and zypper dup from init 3.
It took me 1H30 hour and seemed ok, after the install i removed fglrx-legacy for i have an amd HD 4850 and it’s not supported anymore.
Then i did a reboot, but it went wrong (using shutdown -r now) it would not stop down and reboot as usual. I waited and then had to turn the pc off manually.
Reboot showed me the usual screen but no keyboard was available : not ctrl/alt/Fx or Backspace_twice or Del would work for example. No way to use escape at the boot screen (grub2).
I then had a black screen, pc monitor light is blue (On) but only a black screen and nothing can be done but turning the pc Off manually.
After maybe 3 or 4 times rebooting it finally went to the desktop ok , i was able to update my repos for 12.3 , i upgraded KDe to 4.10 for something like 255 packages and then rebooted the pc.
Since then it seems the pc will only boot after 3 or 4 times each time i need it.
What can i do to improve this ?
thanks :wink:

When you say it takes 3 or 4 reboots to get it to work, is that because of a video problem or a keyboard problem? You gave a short dissertation on your upgrade process but did you consult this guide on doing it properly? SDB:System upgrade - openSUSE Wiki One could do the upgrade again OR you could just do a clean install of openSUSE 12.3, but doing a custom partition where you mount all of your old partitions in the same locations and names, but only reformat your / root partition and keeping your /home and other partitions just as they were. This maintains all personnel settings while requireing you reload all applications and redo all system settings. The latter method is the way I decided to “upgrade” my main PC. When an upgrade goes south, so to speak, its hard to know exactly what went wrong or if you have a distro problem you would have had anyway. Video issues can be solved sometimes by upgrading the Linux kernel, perhaps up to 3.8 out right now, but I would reread the upgrade procedure to see if you left out something.

Thank You,

i reread the procedure just in case, i did a a bit differently but did it ok as i’m used to it, i guess dvd clean install is still the best option.
I’m already using last kernel and re ran mkinitrd just in case.

# uname -r
3.8.3-1-desktop

i’ve been told xorg.conf could disturb, it this wrong ?


# cd /etc/X11/
linux-opensuse123:/etc/X11 # ls
Xmodmap  Xmodmap.remote  Xresources  fs  lbxproxy  proxymngr  qtrc  rstart  xdm  xim  xim.d  xinit  xorg.conf.d ** xorg.conf.fglrx-oldconfig**  **xorg.conf.install ** xsm
linux-opensuse123:/etc/X11 # cd xorg.conf.d/
linux-opensuse123:/etc/X11/xorg.conf.d # ls
05-glamor.conf  10-evdev.conf  11-mouse.conf  50-device.conf  50-monitor.conf  50-screen.conf  50-synaptics.conf  50-vmmouse.conf  50-wacom.conf  90-keytable.conf
linux-opensuse123:/etc/X11/xorg.conf.d # 

also my pc might have some hardware problem but it’s hard to spot exactly which one.

You don’t have a “xorg.conf” file there in /etc/X11 and the file is not needed. Surely a hardware problem is bad but there is no way for me to evaluate just what that might mean on your system. Do you wish to expand on the hardware issue you think you might have?

Thank You,

i’d like to understand what’ going on, yes :wink: i’ve looked for it already , but could not find the -exact- problem (yet). i don’t like it when problem occurs, specially when i don’ get where they are coming from. Moreother i think it’s always a good way to learn more :wink:

So I don’t feel like I was able to help very much in your case. Do you have another request or how can we help you out of this present issue?

Thank You,

On 2013-03-23 15:16, manchette fr wrote:
> i reread the procedure just in case, i did a a bit differently but did
> it ok as i’m used to it, i guess dvd clean install is still the best
> option.

I have a small extra partition where I test the target distro before an
upgrade. That is, I install fresh in that small partition and see if
everything works right. If it does, then I upgrade on the main partition.

–
Cheers / Saludos,

Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)

good idea,
help and questions will evolve if/according how it goes :wink:

This does not sound right.

Are you sure the legacy drivers don’t support a HD4850 ?

The legacy driver, is for cards not supported by newest catalyst drivers for 5000 and up.

check this : http://geeko.ioda.net/mirror/amd-fglrx-legacy/openSUSE_12.3/AMD%20fglx-legacy%20is%20not%20supported%20on%2012.3

how do i downgrade to default kernel of 12.3 (3.7 below ) ?
i hvae installed it but i 'm not using it yet :


linux-opensuse123:~ # mkinitrd

Kernel image:   /boot/vmlinuz-3.7.10-1.1-desktop
Initrd image:   /boot/initrd-3.7.10-1.1-desktop
Root device:    /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part2 (/dev/sdb2) (mounted on / as ext4)
Resume device:  /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part1 (/dev/sdb1)
Kernel Modules: thermal_sys thermal processor fan pata_jmicron ata_generic ata_piix scsi_dh scsi_dh_rdac scsi_dh_emc scsi_dh_alua scsi_dh_hp_sw xhci-hcd hid-logitech-dj 
Features:       acpi plymouth block usb resume.userspace resume.kernel

Kernel image:   /boot/vmlinuz-3.8.2-1-desktop
Initrd image:   /boot/initrd-3.8.2-1-desktop
Root device:    /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part2 (/dev/sdb2) (mounted on / as ext4)
Resume device:  /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part1 (/dev/sdb1)
Kernel Modules: thermal_sys thermal processor fan pata_jmicron ata_generic ata_piix scsi_dh scsi_dh_rdac scsi_dh_emc scsi_dh_alua scsi_dh_hp_sw xhci-hcd hid-logitech-dj 
Features:       acpi plymouth block usb resume.userspace resume.kernel

Kernel image:   /boot/vmlinuz-3.8.3-1-desktop
Initrd image:   /boot/initrd-3.8.3-1-desktop
Root device:    /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part2 (/dev/sdb2) (mounted on / as ext4)
Resume device:  /dev/disk/by-id/ata-WDC_WD1600PD-07FZB1_WD-WMAES3562221-part1 (/dev/sdb1)
Kernel Modules: thermal_sys thermal processor fan pata_jmicron ata_generic ata_piix scsi_dh scsi_dh_rdac scsi_dh_emc scsi_dh_alua scsi_dh_hp_sw xhci-hcd hid-logitech-dj 
Features:       acpi plymouth block usb resume.userspace resume.kernel

linux-opensuse123:~ # uname -r
3.8.3-1-desktop
linux-opensuse123:~ # 


i erased all other kernels, went back to 3.7.10 and it now seems ok

If you did not enable the ability to maintain multiple installed kernel versions (of the same release) in YaST, then older kernel versions are just gone. One would ask why you want to drop back to such an older version? I have a bash script that can fetch any kernel version you can find here:

S.G.T.B. - SuSE Git Kernel Tarball Creator - Version 1.78 - Blogs - openSUSE Forums ,

once installed, use Kernel Source option 3, install git kernel for Linux-Stable, then input the exact kernel version you want to “git”. You then use SAKC to compile that kernel:

S.A.K.C. - SUSE Automated Kernel Compiler - Version 2.80 - Blogs - openSUSE Forums

and you can use this to remove any kernel installed by SAKC:

S.A.K.R. - SUSE Automated Kernel Remover - Version 1.0.4 - Blogs - openSUSE Forums

Kernels installed using SAKC operate in Parallel with those installed using YaST and it does not remove them or modify them. The only issue is if you decide to install the exact same kernel version with SAKC that was also installed by YaST which I suggest you do not do.

Thank You,

why ?
for the pc to work properly with radeon, if not with default kernel it will not reboot properly.

OK, I do not use radeon myself, but I take your word for it. The bash scripts I linked to can do what you want.

Thank You,

actually i had some difficulties again, shutdown -r now is ko, it’s not working properly.
i had to switch the pc On may be 5 times for the desktop to come, without dsl 
 a reboot put back dsl On.
I thought taht default options (radeon/ kernel 3.7.10) would suffice, it seems it does not :frowning:

i saw some other case with a different driver where it seems the problem is being similar (nouveau in their case, radeon in mine) : no boot and screen stays black.
Let me tell you what seems to work almost each time to be able to boot in kde for me :
Switch the pc On and stay there, 1st screen is like usual (but the fact i can’t go on the detailed boot options), the screen thn becomes black with code, then comes the chameleon on it’s tree, and after this the screen becomes grey.
If i strike Escape after the screen is grey i come to a black screen with the code showing the boot process, then only comes the mouse cursor and then usual kde boot and desktop.

If i do not strike Escape after the screen is grey then : no boot and screen stays black , where am i then in the boot process i do not know.
Only magic keys seems to work (alt + print screen + R S E I U B), the monitor’s light becomes orange (Off) but nothing more, the pc does not reboot :frowning:

when i want to run virtualbox it gives plenty of errors about kernel config, how can i fix this ?

see vbox log : log virtualbox : # cat /var/log/vbox-install.log redirecting to systemct - Pastebin.com

what i tried :


fabrice@linux-opensuse123:/usr/src/linux> sudo make oldconfig && make prepare
root's password:
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/zconf.lex.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf --oldconfig Kconfig
#
# using defaults found in /boot/config-3.7.10-1.1-desktop
#
#
# configuration written to .config
#
mkdir: impossible de créer le répertoire « include/generated »: Permission non accordée
make[2]: *** [silentoldconfig] Erreur 1
make[1]: *** [silentoldconfig] Erreur 2
mkdir: impossible de créer le répertoire « arch/x86/syscalls/../include/generated »: Permission non accordée
mkdir: impossible de créer le répertoire « arch/x86/syscalls/../include/generated »: Permission non accordée
  SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h
/usr/src/linux-3.7.10-1.1/arch/x86/syscalls/syscallhdr.sh: ligne27: arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h: Aucun fichier ou dossier de ce type
make[1]: *** [arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h] Erreur 1
make: *** [archheaders] Erreur 2

So I do not read French and miss much of what is said. If you are trying to manually compile a kernel as root, that is wrong. My bash script would do this automatically, you only need to run it. For good compile instructions, have a look at this blog: openSUSE and Installing New Linux Kernel Versions - Blogs - openSUSE Forums

Thank You,

On 2013-03-27 14:26, manchette fr wrote:

> what i tried :
>
> Code:
> --------------------
>
> fabrice@linux-opensuse123:/usr/src/linux> sudo make oldconfig && make prepare
> root’s password:


> mkdir: impossible de créer le répertoire « include/generated »: Permission non accordée
> --------------------

The command before the && is running under sudo, the second is not. Thus
“make prepare” does not have permission to write files in a root owned
directory.

There are methods to make the kernel as user, not as root.

–
Cheers / Saludos,

Carlos E. R.
(from 12.1 x86_64 “Asparagus” at Telcontar)

hi,

which ones ?

(sorry James , i’m moving so i don’t have the time to try all the scripts you told me about right now, asap i hope ;=) )