Bug#363344: initramfs-tools and HyperSPARC processor
reassign 363344 klibc close 363344 1.3.27-1 thanks On Mon, 05 Jun 2006, Jurij Smakov wrote: That's what I'm currently getting on my sparc32 box when booting 2.6.16 using the initrd built with initramfs-tools: Begin: Mounting root file system... ... Begin: Running /scripts/local-top ... Done. /bin/fstype: /bin/fstype: 1: ELF+ @: not found /bin/fstype: /bin/fstype: 4: Syntax error: end of file unexpected (expecting )) Begin: Running /scripts/local-premount ... Done. Usage: modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o modname] modname [parameters...] modprobe -r [-n] [-i] [-v] modulename ... modprobe -l -t dirname [ -a modulename ...] mount: Cannot read /etc/fstab: No such file or directory Begin: Running /scripts/log-bottom ... Done. Done. Begin: Running /scripts/init-bottom ... mount: Mounting /root/dev on /dev/.static/dev failed: No such file or directory Done. mount: Mounting /sys on /root/sys failed: No such file or directory mount: Mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have /sbin/init klibc got fixed for sparc32 and a fixed version reached testing. so closing this bug for now. thanks + best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363344: initramfs-tools and HyperSPARC processor
Hi, That's what I'm currently getting on my sparc32 box when booting 2.6.16 using the initrd built with initramfs-tools: Begin: Mounting root file system... ... Begin: Running /scripts/local-top ... Done. /bin/fstype: /bin/fstype: 1: ELF+ @: not found /bin/fstype: /bin/fstype: 4: Syntax error: end of file unexpected (expecting )) Begin: Running /scripts/local-premount ... Done. Usage: modprobe [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o modname] modname [parameters...] modprobe -r [-n] [-i] [-v] modulename ... modprobe -l -t dirname [ -a modulename ...] mount: Cannot read /etc/fstab: No such file or directory Begin: Running /scripts/log-bottom ... Done. Done. Begin: Running /scripts/init-bottom ... mount: Mounting /root/dev on /dev/.static/dev failed: No such file or directory Done. mount: Mounting /sys on /root/sys failed: No such file or directory mount: Mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have /sbin/init BusyBox v1.1.3 (Debian 1:1.1.3-1) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off / # It looks like it tries to execute /bin/fstype as a script, instead of a binary which it is. If you have any ideas on how to fix it, please let me know. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363344: initramfs-tools and HyperSPARC processor
Package: initramfs-tools Version: 0.59b Severity: grave Arch: sparc It is impossible to build a ramfs image on a HyperSPARC workstation. I have try to install etch/sparc on a SS20 that runs with four HyperSPARC processors. When it boots, system hangs when it tries to load the ramfs image. If I replace HyperSPARC by SuperSPARC-II, I can restart the workstation without any trouble. I have tested some configurations and some differents sparc32 CPU's. The only combinaison that fails is ramfs created by initramfs-tools with HyperSPARC. Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363344: initramfs-tools and HyperSPARC processor
severity 363344 important tags 363344 moreinfo thanks cher bertrand, On Tue, Apr 18, 2006 at 06:04:08PM +0200, BERTRAND Joël wrote: Package: initramfs-tools Version: 0.59b Severity: grave Arch: sparc hmm it may be serious, but for now i go for important. anyway you omitted lots of information. It is impossible to build a ramfs image on a HyperSPARC workstation. please post the error when trying to build the initramfs? I have try to install etch/sparc on a SS20 that runs with four HyperSPARC processors. When it boots, system hangs when it tries to load the ramfs image. please post the relevant messages. are you dropped into a console? are your devices created? If I replace HyperSPARC by SuperSPARC-II, I can restart the workstation without any trouble. I have tested some configurations and some differents sparc32 CPU's. The only combinaison that fails is ramfs created by initramfs-tools with HyperSPARC. trave11er notified me of some sparc trouble, but from aboves bug report i have no idea where they could come from. does fstype work? please post output of: /usr/lib/klibc/bin/fstype /dev/sda1 # please use your real root cat /proc/cmdline lsmod merci beacoup pour vos explications. sinon il m'est impossible de savoir ce qui ce passe. sincèrement -- maks
Bug#363344: initramfs-tools and HyperSPARC processor
maximilian attems a écrit : severity 363344 important tags 363344 moreinfo thanks cher bertrand, On Tue, Apr 18, 2006 at 06:04:08PM +0200, BERTRAND Joël wrote: Package: initramfs-tools Version: 0.59b Severity: grave Arch: sparc hmm it may be serious, but for now i go for important. anyway you omitted lots of information. Yes, I know ;-) It is impossible to build a ramfs image on a HyperSPARC workstation. I have done a mistake... I cannot use a ramfs image (I don't make ramfs images to boot my SS20). please post the error when trying to build the initramfs? I cannot post any error because HyperSPARC is not stable enough with 2.6 kernel. I only use kernels from debian repository or kernel in deb package I use for tests : http://www.wooyd.org/debian/kernels/linux-image-2.6.16-1-sparc32_2.6.16-6_sparc.deb I have try to install etch/sparc on a SS20 that runs with four HyperSPARC processors. When it boots, system hangs when it tries to load the ramfs image. please post the relevant messages. are you dropped into a console? No. Only a panic message with bad magic number when kernel tries to mount ramfs image. are your devices created? If I replace HyperSPARC by SuperSPARC-II, I can restart the workstation without any trouble. I have tested some configurations and some differents sparc32 CPU's. The only combinaison that fails is ramfs created by initramfs-tools with HyperSPARC. trave11er notified me of some sparc trouble, but from aboves bug report i have no idea where they could come from. For these tests, I have installed two SuperSPARC-II in place of ROSS modules. I use a patched kernel (ESP and SMP patches): hilbert:~# uname -a Linux hilbert 2.6.17-rc1-patch-smp #4 SMP Tue Apr 18 16:34:12 CEST 2006 sparc GNU/Linux hilbert:~# cat /proc/cpuinfo cpu : Texas Instruments, Inc. - SuperSparc-(II) fpu : SuperSparc on-chip FPU promlib : Version 3 Revision 2 prom: 2.25 type: sun4m ncpus probed: 2 ncpus active: 2 Cpu0Bogo: 75.16 Cpu2Bogo: 75.16 MMU type: TI Viking/MXCC contexts: 65536 nocache total : 5242880 nocache used: 1277440 State: CPU0: online CPU2: online hilbert:~# does fstype work? No, it does not... fstype is a sparcv9 executable ! hilbert:~# file /usr/lib/klibc/bin/fstype /usr/lib/klibc/bin/fstype: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), statically linked (uses shared libs), stripped Even I kindly ask my SuperSPARC's, I think they cannot understand what they have to do... When I have installed initramfs-tools, I have installed the following packagesl: - busybox (1.01-4) - libklibc (1.2.4-1) - klibc-utils (1.2.4-1) - libvolume-id0 (0.089-1) - udev (0.089-1) - initramfs-tools (0.59b) please post output of: /usr/lib/klibc/bin/fstype /dev/sda1 # please use your real root cat /proc/cmdline hilbert:~# cat /proc/cmdline root=/dev/md1 ro md=1,/dev/sdb4,/dev/sda4 lsmod hilbert:~# lsmod Module Size Used by sg 33216 4 sr_mod 16680 0 cdrom 4 1 sr_mod sunlance 15024 0 openprom8560 0 openpromfs 17840 1 softdog 6644 0 hilbert:~# Don't forget kernel panics before it starts init. merci beacoup pour vos explications. sinon il m'est impossible de savoir ce qui ce passe. sincèrement Amicalement, JKB
