Page 129 of 129

Posted: Tue 23 Jun 2020, 18:11
by Terry H
BarryK wrote:
OK, give me a bit of time to think what you can do to investigate this. pressed for time right now. probably this evening will take a look at it.

EDIT:
OK, I think maybe I know where the problem is. Run easypup again, and click on the 'initrd' for your easyos installation, to open it up.

Click on the 'init' script in the initrd, to edit it. At line 616 you will see this code:

Code: Select all

 if [ "${WKG_FS}" == "ext4" ];then #200621 change journal commit interval from 5 to 30...
  #rw,relatime,data=ordered are the defaults anyway...
  mount -t ${WKG_FS} -o commit=30,rw,relatime,data=ordered /dev/$WKG_DEV /mnt/$WKG_DEV
 else
  mount -t ${WKG_FS} /dev/${WKG_DEV} /mnt/${WKG_DEV}
 fi
 [ $? -ne 0 ] && err_exit "Unable to mount working-partition ${WKG_DEV}"
It seems that in your case, the -o options above, is causing the problem. I don't know why, it worked for me.

Anyway, just delete all of "-o commit=30,rw,relatime,data=ordered", save, exit, click on 'initrd' again to update it, then see if easyos boots.
Success, doing as advised, easyOS2.3.2 now boots successfully. Thanks for the quick response and instructions.

Posted: Tue 23 Jun 2020, 23:27
by BarryK
Terry H wrote:
BarryK wrote:
OK, give me a bit of time to think what you can do to investigate this. pressed for time right now. probably this evening will take a look at it.

EDIT:
OK, I think maybe I know where the problem is. Run easypup again, and click on the 'initrd' for your easyos installation, to open it up.

Click on the 'init' script in the initrd, to edit it. At line 616 you will see this code:

Code: Select all

 if [ "${WKG_FS}" == "ext4" ];then #200621 change journal commit interval from 5 to 30...
  #rw,relatime,data=ordered are the defaults anyway...
  mount -t ${WKG_FS} -o commit=30,rw,relatime,data=ordered /dev/$WKG_DEV /mnt/$WKG_DEV
 else
  mount -t ${WKG_FS} /dev/${WKG_DEV} /mnt/${WKG_DEV}
 fi
 [ $? -ne 0 ] && err_exit "Unable to mount working-partition ${WKG_DEV}"
It seems that in your case, the -o options above, is causing the problem. I don't know why, it worked for me.

Anyway, just delete all of "-o commit=30,rw,relatime,data=ordered", save, exit, click on 'initrd' again to update it, then see if easyos boots.
Success, doing as advised, easyOS2.3.2 now boots successfully. Thanks for the quick response and instructions.
leaves me in a quandary though, wondering why those "-o" options work for me, but not you!

Would you mind trying an experiment, change that line to just this:

Code: Select all

  mount -t ${WKG_FS} -o commit=30 /dev/$WKG_DEV /mnt/$WKG_DEV
That changes the journal commit interval from 5 seconds to 30 seconds.

I just had a thought... you are doing an upgrade, so perhaps your original installation was from the days when EasyOS did not have a journal in the ext4 working partition.

Yes, that would account for the error.

Well, you can test if your working-partition has a journal. Testing my working-partition:

Code: Select all

# dumpe2fs /dev/nvme1n1p4 | grep -i "Filesystem features:"
dumpe2fs 1.44.5 (15-Dec-2018)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg encrypt sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
...yep, "has_journal".

Hmmm, in that case, the init script will need to detect whether the ext4 partition has a journal. Well, perhaps this would work:

Code: Select all

  mount -t ${WKG_FS} -o commit=30 /dev/$WKG_DEV /mnt/$WKG_DEV 2>/dev/null
 [ $? -ne 0 ] && mount -t ${WKG_FS} /dev/$WKG_DEV /mnt/$WKG_DEV

Fix for two NVME drives problem

Posted: Wed 24 Jun 2020, 00:51
by scsijon
The Adapter card you got is a pci-e X16 interface card usually used for adding a first nvme or a second nvme to allow for raid 0 and 1 and therefore automaps to match your existing nvme if you have one installed.

As you already had a nvme installed and didn't want the raid function, you should have got a X4 card which would have assigned a different configuration and looks like https://www.scorptec.com.au/product/Con ... ORICO-PSM2 and used the x4 slot.

You should still be able to separate them in the 'bios' firmware though, if your firmware allows two independant nvme 'drives'. You may need to update it though.

Posted: Wed 24 Jun 2020, 03:01
by Terry H
Barry, you are correct, updating rather than a new clean install is the problem.

Erasing the working session and rebooting with the full init, or just adding -o commit=30 to the old init line didn't work, as the partition has to be mounted during the boot to do the erase for the clean boot, so the boot still fails with the mount error.

To test the new release, in easypup, i shrank sdb2 (easyOS working partition), created a new sdb3 as ext4 fs. I then edited the initrd to restore the full init script and changed the BOOTSPECS to have sdb3 as the working partition. Boot was successful. So now effectively have a full new 2nd install on the USB.

So currently I can with some simple edits boot using either working partition. I'll work out what I want to do to clean things up in the next couple of days.

easyos upgrade 2.2.16 --> 2.3.2

Posted: Wed 24 Jun 2020, 07:58
by hansi
mount: mounting /dev/sdb2 on mount /mnt/sdb2 failed invalid argument
ERROR: Unable to mount working partition sdb2...


I had the same boot failure after my first upgrade of easyos ...
Until now now i always did an new install, but not this time (want to preserve my adjustments.

Thanks for the quick solution, BK

Re: Fix for two NVME drives problem

Posted: Wed 24 Jun 2020, 13:15
by BarryK
scsijon wrote:The Adapter card you got is a pci-e X16 interface card usually used for adding a first nvme or a second nvme to allow for raid 0 and 1 and therefore automaps to match your existing nvme if you have one installed.

As you already had a nvme installed and didn't want the raid function, you should have got a X4 card which would have assigned a different configuration and looks like https://www.scorptec.com.au/product/Con ... ORICO-PSM2 and used the x4 slot.

You should still be able to separate them in the 'bios' firmware though, if your firmware allows two independant nvme 'drives'. You may need to update it though.
I will need to have another look at that adapter card. it seemed that most of the pins are not used, only those at one end go to the m.2 socket.

I couldn't see anything in the uefi bios for separating them.
The uefi setup doesn't even see the nvme drive plugged into the adapter card, so I cannot boot from it. I tried, with an esp fat32 partition in that drive, but it isn't seen at bootup.

After bootup, both are seen, and everything is working fine.

Re: easyos upgrade 2.2.16 --> 2.3.2

Posted: Wed 24 Jun 2020, 13:18
by BarryK
hansi wrote:mount: mounting /dev/sdb2 on mount /mnt/sdb2 failed invalid argument
ERROR: Unable to mount working partition sdb2...


I had the same boot failure after my first upgrade of easyos ...
Until now now i always did an new install, but not this time (want to preserve my adjustments.

Thanks for the quick solution, BK
Yes, I also posted to my blog about it:

https://bkhome.org/news/202006/fix-for- ... hange.html

Re: Quicktest EasyOS 2.3.2 -> DELL D630

Posted: Wed 24 Jun 2020, 13:23
by BarryK
OscarTalks wrote:
alfons wrote:BCRYPT
The program bcrypt (Menu -> Personal -> "Bcrypt file encryption") has not been working for a long time. I don't know if this is still useful in EasyOS
I think this is because a weakness/vulnerability in bcrypt was reported as a bug and Debian patched it to disable encryption but leave it available (with a warning) in case anyone needed it to decrypt anything.
If you want it to encrypt as well you can just compile the source and substitute the executable, bearing in mind that the "bug" exists.
This reply was posted from NetSurf 3.10 in EasyOS 2.3.2
I have modified the GUI so now uses 'ccrypt', see blog post:

https://bkhome.org/news/202006/ccrypt-f ... n-gui.html

it only encrypts single files, though ccrypt is capable of recursion, so a folder could be inputted and everything in it encrypted -- but the GUI doesn't support that.

Re: Fix for two NVME drives problem

Posted: Wed 24 Jun 2020, 21:05
by scsijon
BarryK wrote:
scsijon wrote:The Adapter card you got is a pci-e X16 interface card usually used for adding a first nvme or a second nvme to allow for raid 0 and 1 and therefore automaps to match your existing nvme if you have one installed.

As you already had a nvme installed and didn't want the raid function, you should have got a X4 card which would have assigned a different configuration and looks like https://www.scorptec.com.au/product/Con ... ORICO-PSM2 and used the x4 slot.

You should still be able to separate them in the 'bios' firmware though, if your firmware allows two independant nvme 'drives'. You may need to update it though.
I will need to have another look at that adapter card. it seemed that most of the pins are not used, only those at one end go to the m.2 socket.

I couldn't see anything in the uefi bios for separating them.
The uefi setup doesn't even see the nvme drive plugged into the adapter card, so I cannot boot from it. I tried, with an esp fat32 partition in that drive, but it isn't seen at bootup.

After bootup, both are seen, and everything is working fine.
If you can't see it in setup, then your 'bios' is not setup to have nvme boot selection and it's relying on the default drive functions in the bios to show it. Try checking the base vendors website for an update, although most of those I checked (I have a few links) don't seem to have got that far yet and a couple clearly state they will only support a single nvme unless in raid configuration so you may be out of luck. However with ssd-usbc now supporting thunderbolt (with speeds of read up to 3400MB/s, write up to 3000MB/s) i'm not sure if nvme can be justified except as a cache as you only need a cable adapter to turn usbc to usb3.0/usb2.0.

And i'll leave it here as were getting ot.

Posted: Wed 24 Jun 2020, 22:11
by Terry H
Barry,
as you thought, the original partition sdb2 that failed the mount does not have journaling enabled. The new partiton sdb3 has journaling as per the 2.3.2 release.

Thanks for your assistance and continued development.

Posted: Fri 26 Jun 2020, 04:03
by 6502coder
I just noticed Dedoimedo's nice review of EasyOS 2.3:
https://www.dedoimedo.com/computers/easyos-2-3.html

Dedomideo's EasyOS 2.3 review

Posted: Fri 26 Jun 2020, 12:55
by lp-dolittle
@ 6502coder

All in all, Dedomideo obviously intended to write a fair review.

However, if he had payed some more attention to Barry's release notes, his installation issues 'easily' could have been avoided, and the report could have been kept free from the somewhat misleading connotation that the 'handling' of EasyOS (download, installation, configuration) requires special effort and knowledge!

kind regards

Posted: Wed 08 Jul 2020, 13:57
by BarryK

Posted: Thu 09 Jul 2020, 02:57
by ras
Nice,

I will remake my dedicated easyos "install/repair" thumbdrive when you come out with refind included in the next version release.

Do you have a link to a resource with boot codes for refind? I might want to migrate from grub 4dos. I have various puppys and dogs in the kennel as frugal installs on ext partitions already.

Posted: Thu 09 Jul 2020, 11:03
by BarryK
ras wrote:Nice,

I will remake my dedicated easyos "install/repair" thumbdrive when you come out with refind included in the next version release.

Do you have a link to a resource with boot codes for refind? I might want to migrate from grub 4dos. I have various puppys and dogs in the kennel as frugal installs on ext partitions already.
Is this what you need?:

https://www.rodsbooks.com/refind/configfile.html

Note that rEFInd boot manager is only for PCs with UEFI BIOS firmware, not the old pre-2012 BIOS PCs.

Posted: Thu 09 Jul 2020, 11:04
by BarryK
There has been a colour tweak for EasyDD:

https://bkhome.org/news/202007/easydd-c ... minal.html

Posted: Fri 10 Jul 2020, 01:14
by BarryK

EasyOS 2.3.2

Posted: Fri 10 Jul 2020, 11:45
by L18L
BarryK wrote:Android connectivity fixed:

https://bkhome.org/news/202007/android- ... fixed.html
Thanks for this fix.

Hint: found switch for USB-Debugging in Android 9.0 via search