[12:11:17]
<rodinux> > <@silverhook:matrix.org> https://repo.yunohost.org/images/releases_archive/yunohost-bullseye-11.2-amd64-stable.iso does not pass the `sha256sum --check`
for me seems good after a test I have this
[12:11:53]
<rodinux> ```
sha256sum yunohost-bullseye-11.2-amd64-stable.iso
d18bf0aa2be09bf4a893f109097b8cb94918c7c845469098bc30e85ba1ddce92 yunohost-bullseye-11.2-amd64-stable.iso
cat yunohost-bullseye-11.2-amd64-stable.iso.sha256sum
d18bf0aa2be09bf4a893f109097b8cb94918c7c845469098bc30e85ba1ddce92 debian-11.11.0-amd64-netinst-modified.iso
```
[12:12:57]
<rodinux> just have downloading https://repo.yunohost.org/images/releases_archive/yunohost-bullseye-11.2-amd64-stable.iso.sha256sum
[12:24:04]
<isAAAc> well, i restored the app, didn't find a way to fix
[12:28:47]
<grahamalamadingdong> Update:
For the LDAP thing, I tried creating a new user with a different username, but same "full name" as another user, which is what was causing that error. Deleting both users then recreating the `place` user worked as expected.
Still don't know what happened with that fresh_rss post_user_create hook though. Probably an app problem, not a general YNH problem
[12:36:53]
<Hook> > <@rodinux:matrix.org> for me seems good after a test I have this
I see what I was doing wrong. I should have ran `sha256sum --check` against the `.iso.sha256` file (and not the `.iso` itself)
But even then (and only for 11.2), I get:
```
sha256sum --check yunohost-bullseye-11.2-amd64-stable.iso.sha256sum
sha256sum: debian-11.11.0-amd64-netinst-modified.iso: No such file or directory
debian-11.11.0-amd64-netinst-modified.iso: FAILED open or read
sha256sum: WARNING: 1 listed file could not be read
```
Which makes sense, since yunohost-bullseye-11.2-amd64-stable.iso.sha256sum does actually point to the wrong file:
```
d18bf0aa2be09bf4a893f109097b8cb94918c7c845469098bc30e85ba1ddce92 debian-11.11.0-amd64-netinst-modified.iso
```
But yes, should be fine. It’s just a filename “typo”.
[13:11:53]
<grahamalamadingdong> Look at at us — answering our own questions. The rubber duck is the best tech support of all
[13:43:33]
<Hook> > Look at at us — answering our own questions. The rubber duck is the best tech support of all
Yeah, sometimes you just need to form the problem well enough for others to understand, to understand it yourself. That’s why I tend to blog about stuff that’s been taxing me (e.g. my convoluted LUKS+Btrfs RAID1 & snapnshots disk set-up on the laptop, which I’d otherwise completely forget)
[13:45:52]
<Hook> So `yunohost-bullseye-11.2-amd64-stable.iso` = no bueno. It gets stuck at not finding any root partition or something and `partman` won’t do anything.
I’ll try with a Yunohost 11.0.9 and if that fails, go the longer Debian 11 + yunohost script route.
[13:46:12]
*Hook /me sighs …why do these things have to get so complicated.
[13:47:32]
<Hook> Does Yunohost have a handy btrfs-snapshot-based backup system available, or would I need to do that one custom myself?
[14:38:40]
<orhtej2> > <@silverhook:matrix.org> Does Yunohost have a handy btrfs-snapshot-based backup system available, or would I need to do that one custom myself?
There are no built in backup capabilities other than the ones exposed via `yunohost backup`, otoh is what you're describing not a generic thing?
[14:42:28]
<Hook> > There are no built in backup capabilities other than the ones exposed via `yunohost backup`, otoh is what you're describing not a generic thing?
Got it. Was just wondering if the automatic pre-app/system-update backups could be done with btrfs snapshots instead of tarballs, that's all.
[14:43:02]
<Hook> Just so I know if I decide to do that that I'm not reinventing the wheel
[16:45:41]
<orhtej2> > <@silverhook:matrix.org> Got it. Was just wondering if the automatic pre-app/system-update backups could be done with btrfs snapshots instead of tarballs, that's all.
Likely if you add ancapropriate backup method 🤔
[17:36:56]
<Lasse Gismo> Hi. I'm on the way to change my yunohost from Raspi 3/32 Bit to Raspi5/64 Bit and got an error without any idea how to solve. I did the following: flashed the new SD with the actual image, preconfigured the YNH to get acces to the web interface, used the prepared full-backup of my running YNH to restore the old to the new hardware and failed with the following errors - "https://paste.yunohost.org/raw/ayodewomul". Any idea how to solve the issue? Am I on the wrong track? Did I forget something? Any help will help :-)
[17:38:15]
<Aleks (he/him/il/lui)> `mv: cannot move '/home/yunohost.backup/tmp/20241221-133859/data/multimedia' to '/home/yunohost.multimedia/multimedia': Directory not empty`
[17:38:24]
<Aleks (he/him/il/lui)> hmmm are you able to check if `/home/yunohost.multimedia/multimedia` indeed contains files ?
[17:43:04]
<Lasse Gismo> https://aria.im/_bifrost/v1/media/download/Aeop0bHP81eWtXB-Y5MycOX3l01fITJg7dta9Eur_mcL4N7ISqSGc9rOUnHtAnD5Wwiec1b0zb4YMcJXr8TAWVBCeT9J2GdQAG1hdHJpeC5vcmcveEhNWUZEQ3J5eHhJU2NLaEVqdFNKb2ZM
[17:43:10]
<Lasse Gismo> indeed
[17:49:36]
<Aleks (he/him/il/lui)> not sure why it's empty ... could be a previous failed restore attempt ... Naively I would move it to a different name maybe ... using `mv /home/yunohost.multimedia/multimedia /home/yunohost.multimedia/multimedia.bkp`
[17:49:42]
<Lasse Gismo> and then restart the restore?
[17:49:43]
<Aleks (he/him/il/lui)> yup
[17:49:46]
<Lasse Gismo> three crosses...
[18:14:09]
<Lasse Gismo> running.....but in principle my approach doesn't seem to be so wrong, does it?
[18:14:32]
<Aleks (he/him/il/lui)> there's nothing wrong with your approach yes
[18:14:45]
<Lasse Gismo> :-)
[18:15:16]
<Lasse Gismo> love YNH more and more :-)
[18:16:46]
<Lasse Gismo> https://aria.im/_bifrost/v1/media/download/Ac3v8TygwfVuINruJdPbKuASLIWHAOzCqzrTo8_2a9-adsWY8Wv0GjU5TkJEiO3cjh8GvuF17m91Gcbqpq4IoThCeT9LxhLQAG1hdHJpeC5vcmcvamtmbVBVaWNKaFFNT0tTa1J5d0F3SnVw
[18:16:53]
<Lasse Gismo> :-( error again
[18:18:45]
<Lasse Gismo> https://aria.im/_bifrost/v1/media/download/AeTL6lW1HfaYsu-0dzykZe5-53NOUnrZ4lEhKxOCrhwLQfsJGaxxq0LXqfsOEbnRcc5v2a43Qmyt2oSzTFJyg6ZCeT9L4vgAAG1hdHJpeC5vcmcvUHBsUFVzSFFxZHlPbFhVVU1aRnJNeFRr
[18:20:31]
<Lasse Gismo> https://aria.im/_bifrost/v1/media/download/ARJZt67qATgqeZ9MxfQI442jfMMXKeUHftyhCvW6cnxRpYPysByiSXTAO2ekJsaYZCIDgRzePE62VbBSzaYUXXRCeT9L-t0QAG1hdHJpeC5vcmcvTkl5QlVzUFB5S0toclNGbEVrZlB4Tm56
[18:21:03]
<Lasse Gismo> should I better restart with an brand new image?
[18:22:31]
<Aleks (he/him/il/lui)> i can't read german ... if the restoration failed, then please share the full log of the restore under Tools > Logs > the restore operation > Green button to share with yunopaste
[18:25:37]
<Lasse Gismo> YNH couldn't be found in the list of installed apps, there are no installed apps, permission 'xmpp' removed
[18:25:42]
<Lasse Gismo> 1 succes log - https://paste.yunohost.org/raw/zubuxaqaka
[18:26:27]
<Lasse Gismo> the other success message: https://paste.yunohost.org/raw/aworevazed
[18:26:35]
<Lasse Gismo> nothing more
[20:11:50]
<Lasse Gismo> So - no error log except of the xmpp but NO APPS to find - I'm completely off ideas except of restart restore with a brand new image. Any other hints?
[20:23:05]
<Aleks (he/him/il/lui)> what if you try to restore the backup but ask yunohost to only restore the apps ..?
[20:25:55]
<Hook> Lasse Gismo , it seems you are in a similar situation as me, only that I’m migrating from one disk to another on the same amd64 machine.
Maybe this can help, I’m tracking my trials and (hopefully soon) successes here: https://forum.yunohost.org/t/issues-restoring-backups-when-migrating-from-a-dying-ssd-yunohost-11-to-a-new-hdd-yunohost-12-on-the-same-machine/32798
[21:20:41]
<Lasse Gismo> > <@Alekswag:matrix.org> what if you try to restore the backup but ask yunohost to only restore the apps ..?
Will try TM B4 the brand new try
[21:20:41]
<Lasse Gismo> > <@silverhook:matrix.org> Lasse Gismo , it seems you are in a similar situation as me, only that I’m migrating from one disk to another on the same amd64 machine.
> Maybe this can help, I’m tracking my trials and (hopefully soon) successes here: https://forum.yunohost.org/t/issues-restoring-backups-when-migrating-from-a-dying-ssd-yunohost-11-to-a-new-hdd-yunohost-12-on-the-same-machine/32798
Thanks, more TM with new energy. Have a good night.