From: Michael K. <li...@mk...> - 2021-06-29 07:55:46
|
> Am 29.06.2021 um 00:49 schrieb David Kerr <da...@ke...>: > > I don't know what's going on booting into shell... I have the version that requires typing "shell". I just tried again and it failed so I'll need to investigate further. > > On the dirty disk problem, it occurred again. What I am doing is "revert to previous" followed immediately by "upgrade with new" and a reboot. After doing this three times I get the error. And there are three .REC files on the disk (after fsck repair). All this because, btw, /usr/sbin is no longer in unionfs so I have to make tweaks to file I am editing offline, then make a new image, upgrade, etc. > > David Hi David, I have sometimes the same problem with upgrades on my main test box. I cannot say every 3 times, but for for sure one out of ten times. I usally do dosfsck -a /dev/sda and delete the *.rec files afterwards. Since mine is a physical box, I thought my mSATA has a problem. Good to know I am not alone :-). > On Mon, Jun 28, 2021 at 6:36 PM Lonnie Abelbeck <li...@lo...> wrote: > Hi David, > > Great you got things going again. > > > Worse, it looks like I cannot boot into "shell" from initial boot, whatever I select it just boots the main system. > > I just tested both a VMware Fusion VM and Proxmox VM and both were able to boot into "shell". Both had the latest runnix-0.6.3, though one had the old syslinux 3.x and the other had the newer syslinux 6.x ... on one I typed "shell" the other I arrowed down to "shell". Both worked for me. > > Being a VM gives you a lot of repair/recovery options. > > Lonnie > > > > > On Jun 28, 2021, at 3:44 PM, David Kerr <Da...@Ke...> wrote: > > > > Answering my own question... thanks to the magic of VMware I was able to attach my test vmdk image to another running astlinux VM and inside that run fsck.fat -a /dev/sdb1 (where it was attached) and that cleaned up the "dirty bit". Then I could delete 150MB of "recovered" files and now I am back in business. > > > > David > > > > On Mon, Jun 28, 2021 at 4:08 PM David Kerr <da...@ke...> wrote: > > One of my test systems has got into a state where I cannot upgrade the firmware anymore... "Not enough free space for new firmware on the RUNNIX partition." I have tried everything I can think of to fix it. I'm having problems unmounting /dev/sda1 (device is busy) so have not been able to run fsck on it. Worse, it looks like I cannot boot into "shell" from initial boot, whatever I select it just boots the main system. > > > > I may just have to rebuild my test system (not a huge issue, it is afterall just a VM test system), but any suggestions on how to fix this? > > > > Thanks, > > David Michael http://www.mksolutions.info |