From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adolf Belka To: development@lists.ipfire.org Subject: Re: Fwd: Feedback on Core Update 155 Testing Date: Wed, 17 Mar 2021 18:11:55 +0100 Message-ID: <26e1f069-118a-9d6f-0915-2a03bfa9325f@ipfire.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2846716364758103054==" List-Id: --===============2846716364758103054== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Jonatan & All, Thanks for the feedback. Glad it is all solved. I would rather do some=20 investigation that ends up not being needed than not doing something=20 that then should have been done. I will clone a new CU154 VM and test the update again tomorrow. Regards, Adolf. On 17/03/2021 16:22, Jonatan Schlag wrote: > Sorry for missing the list :-(. > =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94- > > Hi Adolf, > > thanks for having an eye on the community and reporting things back. > Arne has already fixed that (see=20 > https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dcommit;h=3D5d747ddb70e74c9f5= 503618cc8aaa79b8f728cb3=20 > =C2=A0and=20 > other comments in the current master). > > Sorry for answering this so late. There was communication on this over=20 > different places (community, chat, here, ...) and so things get lost=20 > somehow. I do not know if this could be improved, but at least I want=20 > to say sorry that you were not aware that the problem was already fixed. > > Greetings Jonatan > >>> Am 17.03.2021 um 13:40 schrieb Adolf Belka : >>> >>> =EF=BB=BFHi All, >>> >>> On 17/03/2021 11:51, Adolf Belka wrote: >>>> Hi Everyone, >>>> >>>> On 17/03/2021 10:35, Adolf Belka wrote: >>>>> Dear all, >>>>> >>>>> There is feedback on the forum about IPFire not rebooting after=20 >>>>> update and needing a soft reset. After that it boots again. I also=20 >>>>> found the same effect on my VM testbed system for testing. >>>>> >>>>> https://community.ipfire.org/t/feedback-core-update-155-testing/4896 >>>>> >>>>> That symptom triggered my memory (a bit late) and I found the=20 >>>>> discussion about my sysvinit patch. >>>>> >>>>> https://lists.ipfire.org/pipermail/development/2021-February/009403.html >>>>> >>>>> So the fix never got created and it did not revert from the update. >>>>> >>>>> Sorry for this mess. I will do a new patch to hopefully solve that=20 >>>>> problem for adding to Core Update 155, or you can revert sysvinit=20 >>>>> and I will make the update for the following Core Update. >>>>> >>>> Thinking about this while out walking the dog, I realised if the=20 >>>> decision is to leave the updated package in Core Update 155 then I=20 >>>> need to just create a patch for whatever fix is required to make it=20 >>>> work properly on first boot. If the decision is to revert then I=20 >>>> will need to create a patch for the full update again. I will work=20 >>>> on creating a patch to just fix what is now in CU155 unless I hear=20 >>>> differently from anyone. >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>> Back in early 2018 the sysvinit team decided to move the initctl=20 >>> pipe from /dev to /run. >>> >>> The commit message for this was "FreeBSD apparently does not like=20 >>> named pipes in /dev, so we move it to /run for better cross-platform=20 >>> compatibility." >>> >>> >>> I installed CU155 from scratch and I had no problem at all. The pipe=20 >>> was in /run and nothing in /dev. >>> >>> It is when an upgrade is carried out and the system starts with the=20 >>> pipe in /dev, then the upgrade is not changing this. It is only=20 >>> changed after a forced reboot by doing a soft reset. >>> >>> It seems that we need some lines to remove the pipe from /dev and=20 >>> create it in /run at an appropriate stage of the upgrade. Is the lfs=20 >>> file the correct place to have these commands after the install=20 >>> commands or should they be in the file used to carry out the Core=20 >>> Update. The lfs file doesn't seem the correct place for this as it=20 >>> is only needed once for the upgrade from CU154 to CU155. After that=20 >>> the pipe will always stay in /run. >>> >>> >>> I would appreciate advice on the best approach. If it should be in=20 >>> the upgrade script, where is that located? If it should be in the=20 >>> lfs do I just put the mknod command after the install command. >>> >>> >>> Regards, >>> >>> Adolf. >>> >>>>> >>>>> I also found the same problem with ssh not working after the=20 >>>>> update as mentioned in the forum post. >>>>> >>>>> Rebooting gave the following error message in the log. >>>>> >>>>> /usr/sbin/sshd: /lib/libcrypt.so.1: version `XCRYPT_2.0' not found=20 >>>>> (required by /usr/sbin/sshd) [FAIL] >>>>> >>>>> >>>>> People on the forum had deleted the /lib/libcrypt.so.1 link, which=20 >>>>> was made to /lib/libcrypt-2.32.so and remade it to=20 >>>>> /usr/lib/libcrypt.so.1 and they have reported that ssh then works.=20 >>>>> I have not tried that fix yet. >>>>> >>>>> I checked the OpenSSH update patch I created and I didn't find=20 >>>>> anything related to libcrypt or a change of libcrypt location from=20 >>>>> /lib to /usr/lib >>>>> >>>>> >>>>> Regards, >>>>> >>>>> Adolf >>>>> --=20 Sent from my laptop --===============2846716364758103054==--