Hi Andrew.
A point worth noting with Midnight Commander. Some GUI terminals preempt the F10 key, which is used in mc as the exit function. So mc offers the option to use the <Esc> key followed by a digit as an alternative. So <Esc>0 acts as the F10 key. This allows you to use mc on minimal keyboards where the function keys may not be available. (Mobile phones for example.) I also tend to use "mc -x" rather than just "mc", as that allows you to use the mouse to drive mc. Any linux install I do, the first addon package I install is mc. Regards, Morrie. From: Andrew Greig via luv-main [mailto:[email protected]] Sent: Tuesday, 16 February 2021 4:41 PM Cc: LUV Main Subject: Re: Error message Thanks Paul, Since the GUI was behaving badly, I decided to fix it in Console/Terminal whatever. Then I had the inspired notion to use Midnight Commander, and, joy unspeakable! It is doing a great job. I think I may just load Linux Mint. All happy and OK now. Andrew On 16/2/21 4:15 pm, Paul van den Bergen wrote: aside: most linux distros still seem to default to separate drive partitions for boot and OS. and inadequately size the boot partition at that by default - given how large drives are these days... I'm increasingly wondering if this is legacy behaviour no one understands enough to change, or if I'm missing something... Mind you, it's not as bad as Windows that makes a C drive for the OS, a D drive for the data, then puts all the data on the C drive... On Tue, 16 Feb 2021 at 13:51, Andrew Greig via luv-main <[email protected]> wrote: Hi Jason, Thanks for your tips, I had wrongly ascribed the failure to the introduction of the USB drive. I have a synched directory in Google Drive so I copied everything from that directory to the USB drive on my main machine. Then I entered the shell and ran a delete on the directory in my laptop, and this has freed up the space for it to boot and run. I did have the rescue disk standing by, but it was not needed on this occasion. Panic has subsided, calm is restored, I am grateful for your help. Thank you!! Andrew Greig On 16/2/21 4:36 am, Jason White via luv-main wrote: > > On 15/2/21 1:03 am, pushin.linux via luv-main wrote: >> Ecryptfs_write_metadata: Errorattempting to write header information >> to lower file; rc= [-28] >> > If the system drive is full, as you indicate, then the error message > could be due to an attempt to write to an ecryptfs file system on the > full drive. Could you unmount any ecryptfs file system before > attaching the external drive, or simply mount it from a console > session and then move the files over? > > If this doesn't work, then it's time to resort to a bootable, live > Linux distribution that will take you to a shell prompt from which you > can mount drives and move files around. > > > _______________________________________________ > luv-main mailing list -- [email protected] > To unsubscribe send an email to [email protected] _______________________________________________ luv-main mailing list -- [email protected] To unsubscribe send an email to [email protected] -- Dr Paul van den Bergen
_______________________________________________ luv-main mailing list -- [email protected] To unsubscribe send an email to [email protected]
