For a long while, I've been using a rather useful 320 GB USB drive from Lenovo, which has the added feature of security via a keycode entered on the device itself. Whilst I'm sure it's not totally hack-proof, it's good enough for my requirements.
A while back I did see an issue where Ubuntu would (correctly) throw up a message when I booted up because it was trying to automount the drive even though it wasn't connected. So far, so good, but my problem was that the error message was written in black text on a black background :-) I did report a bug via Launchpad, as per my previous post but haven't yet seen any response.
As long as I remember to hit the "S" key to skip past the error when I boot, I'm OK.
However, I have experienced another issue recently.
The drive is formatted using the Apple HFS/HFS+ format, which allows me to use it for read-only AND read-write under OSX and Ubuntu without needing to use the dreaded NTFS format.
Occasionally, when I try to write to the drive, I get the exception: -
Read-only file system
even though the drive is definitely mounted as read-write in /etc/fstab : -
/dev/sdb2 /home/hayd/lenovo hfsplus rw,auto,exec,user
and the mount point is definitely owned by my user ID: -
drwxrwxrwx 2 hayd hayd 4096 2010-08-05 16:27 lenovo
Following this thread led me to the solution, although I did go down a blind alley :-)
In the first instance, I thought that the drive might be using the Apple Journalling mechanism, which Ubuntu can't handle. Having mounted it up on my Macbook, I could see that this wasn't the case.
However, this section of the thread provided the answer: -
The Ubuntu kernel (at least as of Feisty) does have write support for non-journalled HFS+. If you've got a journalled HFS+ file system, you're out of luck.
Furthermore, the driver will refuse to mount the filesystem read/write if it was not cleanly unmounted (to prevent serious data corruption). If the drive is ever not cleanly unmounted, you'll need to run a filesystem checker/repairer on it before you'll be able to mount it read/write again. Unfortunately, the HFS+ filesystem checker isn't actually packaged for Ubuntu (or wasn't last time I checked). You can download and build the Apple tools -the howto I followed was on the Gentoo Wiki. You probably want to read that anyway, there's some good information there. You can ignore all the "adding kernel support" bits though - we've already got the kernel support.
I remembered that I'd previously removed the drive from my Thinkpad having suspended, rather than shut down, the OS, meaning that the drive was never cleanly unmounted.
I used the Ubuntu Disk Utility to check the file system on the relevant partition ( sdb2 ) on the drive, and then remounted it again, using the mount command.
This time, it mounted up in read-write mode, and I was able to create folders, copy files etc. to my heart's content.
Lovely
Geeking in technology since 1985, with IBM Development, focused upon Docker and Kubernetes on the IBM Z LinuxONE platform In the words of Dr Cathy Ryan, "If you don't write it down, it never happened". To paraphrase one of my clients, "Every day is a school day". I do, I learn, I share. The postings on this site are my own and don’t necessarily represent IBM’s positions, strategies or opinions. Remember, YMMV https://infosec.exchange/@davehay
Subscribe to:
Post Comments (Atom)
Reminder - installing podman and skopeo on Ubuntu 22.04
This follows on from: - Lest I forget - how to install pip on Ubuntu I had reason to install podman and skopeo on an Ubuntu box: - lsb_rel...
-
Why oh why do I forget this ? Running this command : - ldapsearch -h ad2012.uk.ibm.com -p 389 -D CN=bpmbind,CN=Users,DC=uk,DC=ibm,DC=com -w...
-
Error "ldap_sasl_interactive_bind_s: Unknown authentication method (-6)" on a LDAPSearch command ...Whilst building my mega Connections / Domino / Portal / Quickr / Sametime / WCM environment recently, I was using the LDAPSearch command tha...
-
Whilst building a new "vanilla" Kubernetes 1.25.4 cluster, I'd started the kubelet service via: - systemctl start kubelet.se...
3 comments:
Interesting article. Thanks for sharing ^^
You'll be wanting the "nobootwait" parameter in fstab to make Ubuntu boot without waiting for you to press "S" if the drive is absent.
Cheers, Mark, will check it out
Post a Comment