On Thu, 2013-01-03 at 10:17 +0000, Martin Michlmayr wrote:
> The device booted fine but I saw the following error:
> | Error opening /dev/input/by-path/platform-gpio-keys-event: No such file or 
> directory
> which makes me wonder whether qcontrol was really executed properly.

I finally found an old disk (it's dying but that doesn't matter for
testing this bug) and put it in my TS-419P2+.

Installing the qcontrol_0.4.2-7+wheezy2_armel.deb I posted earlier in
this bug worked fine for me. The gpio-keys-event error was there but it
is benign (I've checked the qcontrol code now to confirm).

Hanno, I'm afraid don't know what is causing your boot failures but I
don't think it is related to the new qcontrol package :-(

> Hanno: can you make a serial adapter and connect it to your QNAP?

A few things I tried while diagnosing this today:

netconsole, add the following to /etc/initramfs-tools/modules:
        mv643xx_eth
        netconsole netconsole=@<TS-IP>/eth0,@<TGT-IP>/<TGT-MAC>

Where <TS-IP> is the IP address of your TS-419, and <TGT-IP> and
<TGT-MAC> are the IP and MAC of another machine on your network. Run
"update-initramfs -u". On the TGT machine run "netcat -u -l -p 6666"
then reboot the TS-419, you should see the kernel logs (but
unfortunately not the userspace logs from the initramfs). More info on
the syntax at
http://www.kernel.org/doc/Documentation/networking/netconsole.txt

The other thing I tried was to edit /usr/share/initramfs-tools/init like
so:
 # Parse command line options
-for x in $(cat /proc/cmdline); do
+for x in $(cat /proc/cmdline) debug; do

This pretends that "debug" was passed on the command line. Then you get
a pretty full log in /run/initramfs/initramfs.debug, but only if the
system actually boots (so not that much use here...).

So then I edited /usr/share/initramfs-tools/init again and changed it
like this (under the handling of the debug option):
         debug)
                 debug=y
                 quiet=n
-                exec >/run/initramfs/initramfs.debug 2>&1
+                exec >/dev/kmsg 2>&1
                 set -x
                 ;;

IOW I redirected the initramfs debugging to the kernel log, i.e. to
netconsole. Now you should get pretty verbose debugging on the netcat on
the other machine. At least for me it starts around local-premount. I
hope this helps!

Ian.

-- 
Ian Campbell


In matters of principle, stand like a rock;
in matters of taste, swim with the current.
                -- Thomas Jefferson

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to