From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D0DA01396D0 for ; Thu, 24 Aug 2017 21:28:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CED631FC04A; Thu, 24 Aug 2017 21:28:05 +0000 (UTC) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 30D81E0E08 for ; Thu, 24 Aug 2017 21:28:05 +0000 (UTC) Received: by mail-lf0-x234.google.com with SMTP id y15so2965824lfd.0 for ; Thu, 24 Aug 2017 14:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=mc5xN5v+pzKFb0SPsZtVz3Uf9KQ1m3T92gGdt8dOVZA=; b=ZorByMy0YyVBsYDknsp3er1v/o8OZcEBn2JRB2zORW8KgA2q6J5tafgzRD4WkSH0qN aq4FQ0ojzGzqu++ioM89ZwHAOxRdTVXnzI4QRoju6pxZse5ZJi88sK1bGgotyUJ3Ea+Y KMIYnuoTX/3jqRWIT8yGT1SYLK3tiGoOwNYpbiYa5PtAFvuagX3NfYpWShyvqE073Q9/ xoezhoYAJ6qvIyLjK1SBnbQMMR3s7O1nIYtVi2J2nOzHIj3tTKpRvWIslP20xG0ne2BQ XNX5Gmu1YaZ1rSdE/vmGo7VrkF4bUS5xDgnMVdao8lnMZEZ3toCBd+9mxgrnZU7n3yod Vpig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=mc5xN5v+pzKFb0SPsZtVz3Uf9KQ1m3T92gGdt8dOVZA=; b=WR1kSE1Nt554ijDsgol60t6aLjJ2oy9pr0tea9eAnD5GzechGF/nncSDHQxwECQ2EI 0VEIUDGQMFashvywHT0zqXum36cjHkhO9/9WjTXbsSVIQ7DQfZdOYAO5/EesE/JRalLE TmTThEjv6YpPwHqDv8OzY/0rD6ev3yjQbUJ90QlMSBgxJ/I+55/tDv+BrxNQ71YmORDw D0tI8EyznV8uvluABl2X0swWmHSBe0poUVEasmpn+Nq+zxQ/Dfxs2iWluC2zC9UtksLq lFcJmSShyIXb8RKmqe9bxorFIok3/zX1eQ0ajfeWl3c3xIFDD3z7g6EDQ+JMjI7Fh5CL iWeQ== X-Gm-Message-State: AHYfb5iyYFjqta7LLhuYLW9DkNMFUHGe5trn9cpTFteJgOXE+mIVhVGm r9c0ll9B+b0Sf82kqagk45tRUCPAa8OG X-Received: by 10.25.18.231 with SMTP id 100mr2564714lfs.95.1503610083042; Thu, 24 Aug 2017 14:28:03 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.46.20.22 with HTTP; Thu, 24 Aug 2017 14:27:22 -0700 (PDT) From: Francisco Ares Date: Thu, 24 Aug 2017 18:27:22 -0300 Message-ID: Subject: [gentoo-user] strange behaviour in quite special case To: gentoo-user Content-Type: multipart/alternative; boundary="001a113f67eee16da105578680ed" X-Archives-Salt: 6a10439b-c1ca-4c78-b329-a8fdcc757def X-Archives-Hash: 35b4019f36e5044c6f1007892cd6c39e --001a113f67eee16da105578680ed Content-Type: text/plain; charset="UTF-8" Hi, All. This is a rather special case, so I don't expect much, but who knows? I've built a Gentoo x86-64 system for an embedded application. Just after a lot of updates, which I am unable to track, it stopped working as usual. There is the development system, fully loaded of a lot of packages used for development, and the production system, that don't need all of those. There is a line in both systems in /etc/iniitab responsible for auto-login the production system user and the programs we need running (in its ".bash_profile" and ".xinitrc"): c6:2345:respawn:/sbin/agetty -a production-user 38400 tty6 linux The development system starts a WindowMaker session, and the production system starts a program that controls the rest of the hardware of this embedded system, with an X11 graphical interface. That runs normally when simulated at the development system. The development system runs smoothly. The production system, after removing the files from undesirable packages and creating a squashfs image of the ripped-off root partition behaves strangely at boot: It shows the initialization messages as expected, but when the auto-login and the controller program start should take place, it completely stalls up to I plug a USB keyboard and issue some times some of the key combinations to change to a text console and back to X11 (Ctrl-Alt-F1 and Ctrl-Alt-F6); only then the things resume as expected. As you might suspect, there is no keyboard for the production system ;-) . As a matter of fact, I don't know where the stall take place, as when I try to switch to a text console to see the logs, it switches back to X11 and starts our program. By the way, the logs just show that the events occurred at latter times than expected. Although the squashfs is read-only, some main directories are arranged in a way that, using tmpfs mounts and unionfs with the read-only directory to the read-write tmpfs directory to that main directory provide a way of creating temporary files that has been working for a few years now. For instance, in "/etc/fstab": tmpfs /.etc.rw tmpfs defaults,mode=755 0 0 union /etc unionfs default_permissions,allow_other,use_ino,nonempty,suid,cow,dirs=/. etc.rw=rw:/.etc.ro=ro 0 0 And there is a "/.etc.ro" with a copy of all files present in regular "/etc" , a "/.etc.rw" directory to be mounted tmpfs, and the original "/etc" directory, that needs to be there at boot, even before mounting all this. Does anyone have a clue? Thanks! Francisco --001a113f67eee16da105578680ed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi, All.

This is a rather special case,= so I don't expect much, but who knows?

I'= ve built a Gentoo x86-64 system for an embedded application.=C2=A0

Just after a lot of updates, which I am unable to track, i= t stopped working as usual.

There is the devel= opment system, fully loaded of a lot of packages used for development, and = the production system, that don't need all of those.

There is a line in both systems in /etc/iniitab responsible for= auto-login the production system user and the programs we need running (in= its ".bash_profile" and ".xinitrc"):

c6:2345:resp= awn:/sbin/agetty -a production-user 38400 tty6 linux

The development system star= ts a WindowMaker session, and the production system starts a program that c= ontrols the rest of the hardware of this embedded system, with an X11 graph= ical interface.=C2=A0 That runs normally when simulated at the development = system.

The development system runs smoothly.=C2= =A0 The production system, after removing the files from undesirable packag= es and creating a squashfs image of the ripped-off root partition behaves s= trangely at boot:

It shows the initialization mess= ages as expected, but when the auto-login and the controller program start = should take place, it completely stalls up to I plug a USB keyboard and iss= ue some times some of the key combinations to change to a text console and = back to X11 (Ctrl-Alt-F1 and Ctrl-Alt-F6); =C2=A0only then the things resum= e as expected.

As you might suspect, there is no k= eyboard for the production system ;-) .

As a matte= r of fact, I don't know where the stall take place, as when I try to sw= itch to a text console to see the logs, it switches back to X11 and starts = our program.=C2=A0 By the way, the logs just show that the events occurred = at latter times than expected.

Although the squash= fs is read-only, some main directories are arranged in a way that, using tm= pfs mounts and unionfs with the read-only directory to the read-write tmpfs= directory to that main directory provide a way of creating temporary files= that has been working for a few years now.

For in= stance, in "/etc/fstab":

tmpfs =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0/.etc.rw =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0tmpfs =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0defaults,mode=3D755 =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A00 0
union =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0/etc =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0u= nionfs =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0default_permissions,= allow_other,use_ino,nonempty,suid,cow,dirs=3D/.et= c.rw=3Drw:/.etc.ro=3Dro =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A00 0

And there is a "/.etc.= ro" with a copy of all files present in regular "/etc" ,= a "/.etc.rw" directory to be mount= ed tmpfs, and the original "/etc" directory, that needs to be the= re at boot, even before mounting all this.

Does an= yone have a clue?

Thanks!
Francisco<= /div>


--001a113f67eee16da105578680ed--