Any idea how to clear this please?

[blue max]

I read all their suggestions and none seem to apply.

[manu_manu4]

Le 03/10/2024 à 10:26, blue max a dit :

I read all their suggestions and none seem to apply.

Try to remake your boot USB key

[blue max]

On 10/6/2024 at 6:39 AM, manu_manu4 said:

Try to remake your boot USB key

In case it wasn't obvious, that would be a last resort. Of course I could start again, but I was hoping someone might have a tip to easily update manually.

[Trabalhador Anonimo]

All updates done kept files on the usb stick, even if you do not need it. If you know how to clean, good. If you don't, like me, you will need to resize all partitions on your stick, and most like, resize partitions on the disks.

Edited October 16 by Trabalhador Anonimo

[shibby]

i used this solution

https://vanderwijk.info/posts/resolving_synology_dsm_insufficient_system_capacity_for_update/

 

[blue max]

On 11/6/2024 at 6:08 AM, shibby said:

i used this solution

https://vanderwijk.info/posts/resolving_synology_dsm_insufficient_system_capacity_for_update/

 

Much appreciated. However, I can login via ssh, but am not sure how to access the thumb drive via unix commands. I do think I need to get to the downloaded update file and remove it, but am scratching my head. Hope someone can assist please.

[shibby]

@blue max from previous link

 

Quote

Then I realized I completely ignored .dotfiles

root@/: # du -hs .??*

677M .SynoUpgrade.tar

 

and I noticed a rather old .SynoUpgrade.tar. So probably an old update that somehow didn’t get removed

 

Old update file is directly in root directory. To delete it run command:

rm /.SynoUpgrade.tar

 

thats all. You can compare free space on /dev/md0 before and after remove this file using command

df -h

Edited November 15 by shibby

[blue max]

5 hours ago, shibby said:

@blue max from previous link

 

 

Old update file is directly in root directory. To delete it run command:

rm /.SynoUpgrade.tar

 

thats all. You can compare free space on /dev/md0 before and after remove this file using command

df -h

I appreciate your help, but I can ssh into the nas via a mac. I use ssh username@ipadress. Then tried that command, but no such file or directory. I feel I'm close, but missing something...

[shibby]

10 minutes ago, blue max said:

but no such file or directory.

 

So there is no old update file on your NAS. You need to find out what else is taking up space on the root partition. Run command from link i sent before.

df -h will return free and used space for every partitions - for you the most important is /dev/md0

du -chs will count a space taken by every directory

 

Maybe you have something not important in /root/ directory on you can remove some logfiles in /var/log/... you have to search.

[blue max]

Much appreciate all your help @shibby  Unfortunately, my skills are not too clever, but is there anything there that may be a smoking gun? I have nothing to compare too and don't want to bork the whole thing!

 

Thank you.

 

 

[shibby]

So, you have 473MB free space on root partition (dev/md0).

 

No try run commands:

du -chs /

and

du -chs /var/log/

 

[blue max]

Really appreciate you trying to help my friend, but this is the response to the first command...

 

 

[shibby]

switch root account first with command

sudo su -

 

and run once again.

[blue max]

I must be doing something wrong, but I get no reaction to running either of the latter commands. I do appreciate your patience!

[shibby]

one command and wait untill it finish

[blue max]

I was impatient 😄 there's more. But not sure if it helps...

[shibby]

ah,missing character

 

Run

du -chs /*

and

du -chs /var/log/*

 

should be better

 

Edited 23 hours ago by shibby

[blue max]

Thanks again fella. I have a list which totals 46m. The largest are "/var/log/systemd (4.2m), synolog ( (1.5m), synobootup.log (4.5m), packages (1.7m), messages (5.0m), kern.log (1.7m), disk-latency (7.8m). Are they big enough to cause the issue do you think?

[shibby]

one more command

du -hs .??*