[09:08:41]
<Hook> > <@silverhook:matrix.org> Does this mean that if I am trying to restore just 600 MB (e.g. Pelican backup) from a 220 GB whole system ynh backup, it will take overnight again?
16h and counting … This is painfully slow.
[09:10:48]
<Hook> And through all this time the admin WebUI is not working. I guess because the `yunohost-api` process is busy. 😖
[09:32:33]
<Hook> Well, this is weird: it seems to have failed looooong ago, but for some reason continued to keep read the disk like crazy for many hours later: https://paste.yunohost.org/raw/efopanituk
[09:37:01]
<Hook> Also, now I’m greeted with this:
```
sudo yunohost tools upgrade
Error: You cannot do this right now because dpkg/APT (the system package managers) seems to be in a broken state… You can try to solve this issue by connecting through SSH and running `sudo apt install --fix-broken` and/or `sudo dpkg --configure -a` and/or `sudo dpkg --audit`.
sudo apt install --fix-broken
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up yunohost (12.0.9) ...
Regenerating configuration, this might take a while...
Error: Could not find scrutiny in the list of installed apps:
*
dpkg: error processing package yunohost (--configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost
E: Sub-process /usr/bin/dpkg returned an error code (1)
sudo dpkg --configure -a
Setting up yunohost (12.0.9) ...
Regenerating configuration, this might take a while...
Error: Could not find scrutiny in the list of installed apps:
*
dpkg: error processing package yunohost (--configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost
sudo dpkg --audit
The following packages are only half configured, probably due to problems
configuring them the first time. The configuration should be retried using
dpkg --configure <package> or the configure menu option in dselect:
yunohost manageable and configured self-hosting server
```
[09:41:57]
<tufek> that's a nice present for Xmas kek
[09:42:53]
<Hook> Yeah, innit? :P
[09:43:04]
<tufek> I would try `sudo dpkg --configure -a` and also `sudo apt-mark showhold\`
[09:43:11]
<tufek> I would try `sudo dpkg --configure -a` and also `sudo apt-mark showhold`
[09:43:58]
<tufek> edit: I would try the other suggestions `sudo dpkg --configure -a` and also `sudo apt-mark showhold`
[09:43:59]
<Hook> At this stage, this is a completely fresh install, which I’m _attempting, yet so far mostly failing_ to restore the backups to.
[09:44:12]
<tufek> hmmok
[09:44:26]
<Hook> So, I’m open to drastic measures, if they’re faster.
[09:45:07]
<Hook> The ynh backups are on a separate disk and the previous working install is on a separate (dying) SSD.
[09:48:57]
<tufek> I guess you already tried to restore according to the the documentation?
[09:49:16]
<tufek> https://doc.yunohost.org/en/backup#restoring-backups
[09:52:16]
<Hook> yes: https://paste.yunohost.org/raw/epicijohuh
[09:52:59]
<Hook> It took overnight and did not restore the apps. But it did seem to restore the system settings, users and home directories, as well as shared folders
[10:21:13]
<Hook> Well, this is getting complicated enough (and moving so slow) that I should really write a forum thread or two instead of pestering people on the chat.
[10:41:17]
<miro5001> > <@silverhook:matrix.org> Well, this is getting complicated enough (and moving so slow) that I should really write a forum thread or two instead of pestering people on the chat.
I had an ssd failure about a month ago on my desktop
It stopped read and write operations, files were corrupt and others simply disappeared. Hopefully all my data was on hdd.
I suspect that the ssd failed because I installed an llm. With continuous read and write.. The app of the sdd didn't even show errors and smart didn't report any issues.
I am still running my desktop with a temporary install because I didn't have time to reinstall on the new ssd replacement (warranty).
Conclusion : ssd are not reliable for backups, they can die suddenly, they are good as system disk for performance but a disk image or snapshot is very important in case things go wrong.
To avoid more complications, plug the sdd into a desktop, try to extract the data, don't use it as boot
[10:43:36]
<Salamandar> > Conclusion : ssd are not reliable for backups
TBH Nothing should be considered reliable for backups. You can need the backup on your HDD but drop it when getting out of the drawer to restore.
[10:53:19]
<miro5001> > <@Salamandar:matrix.org> > Conclusion : ssd are not reliable for backups
>
> TBH Nothing should be considered reliable for backups. You can need the backup on your HDD but drop it when getting out of the drawer to restore.
Yes 3,2,1 strategy
[10:56:00]
<Hook> I am currently booting from the newHDD1. The dyingSSD is still in, but not even mounted. Sadly I don’t have a desktop to put the SSD in, just a laptop that already has both NVME M.2 slots full (and put into Btrfs RAID1).
[10:57:13]
<Hook> What I find odd is that even the logs of the whole system backup restore say it finished pretty fast, while in fact it did very much take a long long time. The logging of the backup seems iffy.
[11:47:47]
<Hook> > <@silverhook:matrix.org> Also, now I’m greeted with this:
sudo yunohost tools upgrade
Error: You cannot do this right now because dpkg/APT (the system package managers) seems to be in a broken state… You can try to solve this issue by connecting through SSH and running `sudo apt install --fix-broken` and/or `sudo dpkg --configure -a` and/or `sudo dpkg --audit`.
sudo apt install --fix-broken
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up yunohost (12.0.9) ...
Regenerating configuration, this might take a while...
Error: Could not find scrutiny in the list of installed apps:
*
dpkg: error processing package yunohost (--configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost
E: Sub-process /usr/bin/dpkg returned an error code (1)
sudo dpkg --configure -a
Setting up yunohost (12.0.9) ...
Regenerating configuration, this might take a while...
Error: Could not find scrutiny in the list of installed apps:
*
dpkg: error processing package yunohost (--configure):
installed yunohost package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
yunohost
sudo dpkg --audit
The following packages are only half configured, probably due to problems
configuring them the first time. The configuration should be retried using
dpkg --configure <package> or the configure menu option in dselect:
yunohost manageable and configured self-hosting server
Right, so any idea about this one then? (For the backup migration I’ll write a forum post.)
[11:49:27]
<Hook> At this stage I’m tempted to simply run `curl https://install.yunohost.org | bash` again and see if it helps. But I may be losing my patience/mind too at this stage.
[15:43:49]
<Hook> Sounds kinda similar to https://forum.yunohost.org/t/plante-depuis-migration-help/32144/
[15:46:16]
<p> sounds like this upgrade is going to break a lot of stuff
[15:46:47]
<Hook> I’m not having fun, but I hear some other people found it pretty easy to do.
[16:04:14]
<miro5001> > <@silverhook:matrix.org> I’m not having fun, but I hear some other people found it pretty easy to do.
Don't use that ssd as booting system. Instead boot from USB with mx linux (my favourite) and try to copy everything to an external disk
[16:06:58]
<Hook> > <@miro5001:matrix.org> Don't use that ssd as booting system. Instead boot from USB with mx linux (my favourite) and try to copy everything to an external disk
At this stage I'm already booting from Debian 12 + Yunohost 12 on the new HDD.
[16:08:06]
<Hook> I'll finish the forum thread today and share it here. Easier to explain in a long text
[19:05:24]
<grahamalamadingdong> 👋 I'm having a bit of trouble with user management at the moment and could user some pointers.
Firstly, I tried to create a user named `place`, and there were some errors in the resulting hooks https://paste.yunohost.org/raw/ahapahecoj
Then, I tried deleting the user (from the UI) and recreating it, and I'm getting this LDAP error:
```
542 DEBUG Using selector: EpollSelector
Password: ******************
Confirm password: ******************
9262 DEBUG acquiring lock...
9288 DEBUG lock has been acquired
9298 DEBUG loading python module yunohost.user took 0.009s
9298 DEBUG processing action 'yunohost.user.create'
9473 DEBUG initializing root ldap interface
9476 INFO attribute 'cn' with value 'place' is not unique
9476 DEBUG action executed in 0.178s
9477 DEBUG lock has been released
9477 ERROR Could not create user place: LDAP attribute 'cn' already exists with value 'place'
```
[19:10:18]
<grahamalamadingdong> I'm _ultimately_ trying to get a new user created in Home Assistant. I'm guessing since the first `post_user_create` hook didn't run, it didn't get to Home Assistant's. I also tried creating a user on the Home Assistant UI side, with no luck. I'm not above trying to create a user with a different name for now to provide access, but I'd eventually like to figure out what's happening with why some stuff is hanging around after I delete a user
[19:27:47]
<isAAAc> hello ,
is there please someone around who could help on https://github.com/YunoHost-Apps/mastodon_ynh/issues/477 ?
[19:27:57]
<isAAAc> im' going mad on it
[20:07:01]
<Hook> OK, finally finished the forum post about my migration problems – hopefully it’s easier to discuss there:
https://forum.yunohost.org/t/issues-estoring-backups-when-migrating-from-a-dying-ssd-yunohost-11-to-a-new-hdd-yunohost-12-on-the-same-machine/32798
[22:32:08]
<Hook> https://repo.yunohost.org/images/releases_archive/yunohost-bullseye-11.2-amd64-stable.iso does not pass the `sha256sum --check`
[23:49:56]
<Hook> Same for https://repo.yunohost.org/images/releases_archive/yunohost-bullseye-11.0.9-amd64-stable.iso