Le 27/01/2026 à 14:08, Didier Kryn a écrit :
> Le 27/01/2026 à 11:23, Didier Kryn a écrit :
>> Thanks for answering.
>>
>>     I had also thought of xmount, x meaning "external", but I agree
>> that Q meaning quick makes a lot of sense because it is actually quick.
>>
>>     It'll take me a few minutes to change the name and then I'll need
>> to gitify it and push it to devuangit.
>>
>>     It is poorly debugged: only tested with ext4 and exfat partitions
>> up to now (maybe also with fat), so that there might be issues with
>> the mount options. Additionally, I plan to set the "noacl" option on
>> filesystems which support ACLs.
>
>     Well, I've created the git repository at Devuan, then I edited the
> git config file in qmount in the same way as it was in another
> application and tried to push it. It failed and I blindly followed the
> git suggestions to make it work, with the result that git eliminated
> *all* files in qmount, replacing them with two dummy files
> automatically generated with the repository at Devuan. I've lost the
> work of one week  at least with this bloody tool I don't understand
> but am forced to use. I've lost all the work on gettext, the man pages
> in English and French, and a big rework of the makefiles. Sure I
> should have backed it up before putting git inside. I know it's my
> fault. I'm sorry but it'll take probably one or two weeks to redo it all.
>
    Thanks to Tito for his explanations and script, I could realize
that all files were backed-up, though in a mysterious format.

    Looking for recipes on the Internet I discovered I could recover my
sources with the two following commands:

git reflog show
0469be9 (HEAD -> master) HEAD@{0}: rebase (finish): returning to
refs/heads/master
0469be9 (HEAD -> master) HEAD@{1}: pull (start): checkout
0469be97dd79f388a3225aad07971bafd407dd03
7c392d8 HEAD@{2}: commit (initial): Initial commit of qmount

Then the command

git checkout HEAD@{2}

restored all the files.

I'll try to manage pushing it to devuangit...

--     Didier