Removed packages reinstall themselves

removed hd-idle and/or transmission, got it back after next autmatic updater run…

You should uncheck NAS user list and install what you need by hand or use Uninstall "hd-idle" {priority=60} as workaround. But unchecking user list and installing just what you need is better option.

:rage:
Gorgeous… Removed NAS package… And this unmounted my msata, which hosted /var and /tmp…
Let’s hope the system comes back… :shamrock::skull:

No answer till now, seems I bricked it… :japanese_goblin:

nas.lua contains more than “NAS related stuff”. It contains basic stuff like “mountd” “mount-utils” and son on.
DO NOT REMOVE NAS PACKAGE WHEN EXTERNAL OR INTERNAL DRIVE CONNECTED!

When I am at home I will try a 2-LED-reset…

If you remove NAS group you need install “kmod-ata-mvebu-ahci” for the mSATA to be recognized. If you use other file system different to “btrfs” you will need install the related file system packages too. And for mount it you will need “mount-utils”.

I did not get it when @cynerd said what should be included. But it has to look like this.

/etc/updater/user.lua

– [[
A place for user definitions.

Repository "name" "URI" { ca = "file:///etc/ssl/ca.pem", pubkey = "file:///etc/repo.pubkey" }
Install "pkgname" "other"
]]
Uninstall "luci-i18n-transmission-cs" "luci-i18n-transmission-en" "luci-app-transmission" "transmission-daemon-openssl" "luci-i18n-minidlna-cs" "luci-i18n-minidlna-en" "luci-app-minidlna" "minidlna" "mjpg-streamer" "luci-app-mjpg-streamer" {priority=60} 

Here i have removed transmission, mnidlna and mjpgstreamer. Do keep in mind that this could also mess some of the things up. Look at my updater.sh output. Also keep in mind if you want some packages removed, you have to first uninstall the dependency then later on the last package. So to take transmission as an example. First “luci-i18n-transmission-cs” and “luci-i18n-transmission-en” because those are dependent on “luci-app-transmission” and that is dependent on “luci-app-transmission”.

root@K-Router:/etc/updater# updater.sh
WARN:Script revision-specific not found, but ignoring its absence as requested
WARN:Script serial-specific not found, but ignoring its absence as requested
WARN:Request not satisfied to uninstall package: luci-i18n-transmission-cs
WARN:Request not satisfied to uninstall package: luci-i18n-transmission-en
WARN:Request not satisfied to uninstall package: luci-app-transmission
WARN:Request not satisfied to uninstall package: transmission-daemon-openssl
WARN:Request not satisfied to uninstall package: luci-i18n-minidlna-cs
WARN:Request not satisfied to uninstall package: luci-i18n-minidlna-en
WARN:Request not satisfied to uninstall package: luci-app-minidlna
WARN:Request not satisfied to uninstall package: minidlna
WARN:Request not satisfied to uninstall package: mjpg-streamer
WARN:Request not satisfied to uninstall package: luci-app-mjpg-streamer
WARN:Request not satisfied to install package: luci-app-minidlna
WARN:Request not satisfied to install package: luci-app-transmission
WARN:Request not satisfied to install package: luci-i18n-minidlna-cs
WARN:Request not satisfied to install package: luci-i18n-minidlna-en
WARN:Request not satisfied to install package: transmission-daemon-openssl
WARN:Request not satisfied to install package: luci-app-minidlna
WARN:Request not satisfied to install package: luci-app-mjpg-streamer
WARN:Request not satisfied to install package: luci-app-transmission
WARN:Request not satisfied to install package: luci-i18n-minidlna-cs
WARN:Request not satisfied to install package: luci-i18n-minidlna-en
WARN:Request not satisfied to install package: luci-i18n-transmission-cs
WARN:Request not satisfied to install package: luci-i18n-transmission-en
INFO:Queue removal of luci-app-mjpg-streamer
INFO:Queue removal of luci-i18n-minidlna-cs
INFO:Queue removal of luci-i18n-minidlna-en
INFO:Queue removal of luci-app-minidlna
INFO:Queue removal of minidlna
INFO:Queue removal of libexif
INFO:Queue removal of libffmpeg
INFO:Queue removal of libspeex
INFO:Queue removal of alsa-lib
INFO:Queue removal of kmod-sound-core
INFO:Queue removal of kmod-input-core
INFO:Queue removal of libid3tag
INFO:Queue removal of libflac
INFO:Queue removal of libvorbis
INFO:Queue removal of libogg
INFO:Queue removal of mjpg-streamer
INFO:Queue removal of libjpeg
INFO:Executing preupdate hooks...
INFO:Subprogram output: /etc/updater/hook_preupdate/05_schnapps.sh:
Snapshot number 24 created

INFO:End of subprogram output
Output from mjpg-streamer.prerm:
Command failed: Not found
INFO:Executing postupdate hooks...          

It deletes also things like libffmpeg, which MAYBE some other application were or are using.

Here is the email notification i got from it

##### Update notifications #####
 • Removed package luci-app-mjpg-streamer
 • Removed package luci-i18n-minidlna-cs
 • Removed package luci-i18n-minidlna-en
 • Removed package luci-app-minidlna
 • Removed package minidlna
 • Removed package libexif
 • Removed package libffmpeg
 • Removed package libspeex
 • Removed package alsa-lib
 • Removed package kmod-sound-core
 • Removed package kmod-input-core
 • Removed package libid3tag
 • Removed package libflac
 • Removed package libvorbis
 • Removed package libogg
 • Removed package mjpg-streamer
 • Removed package libjpeg

schnapps saved my life (sounds even stranger in native german :wink: ), rollback to “Automatic pre-update snapshot” :+1:

I have 24 snapshots…how do i delete those lets say 1-10 snapshots? Everything works fine so i don’t think i’m gonna need 1-10…

Let’s open another thread for this, Can a mod split the topic?

tried schnapps cleanup --compare 10 ?

Mkay… It worked i guess… Thanks. Is there something important to snapshot 7, 11, 12 , 16, 18?`

root@K-Router:/# schnapps cleanup --compare 10
Searching for snapshots without any change.
This can take a while, please be patient.

 * checking snaphot 7...
 * checking snaphot 10...
 * checking snaphot 11...
 * checking snaphot 12...
 * checking snaphot 13...
 * checking snaphot 14...
 * checking snaphot 15...
 * checking snaphot 16...
 * checking snaphot 17...
 * checking snaphot 18...
 * checking snaphot 19...
 * checking snaphot 20...
 * checking snaphot 21...
 * checking snaphot 22...
 * checking snaphot 23...
 * checking snaphot 24...
Looking for old snapshots...
 - Snapshot 19 deleted.
 - Snapshot 17 deleted.
 - Snapshot 15 deleted.
 - Snapshot 14 deleted.
 - Snapshot 13 deleted.
 - Snapshot 10 deleted.

See schnapps without parameter and then ‘schnapps list’

root@K-Router:/# schnapps list
    # | Type      | Date                      | Description
------+-----------+---------------------------+---------------------------------
    5 | rollback  | 2016-11-23 21:38:08 +0000 | Rollback to snapshot factory
    7 | rollback  | 2016-11-24 15:26:21 +0000 | Rollback to snapshot factory
   11 | time      | 2016-11-27 01:05:01 +0100 | Snapshot created by cron
   12 | rollback  | 2016-11-27 20:24:10 +0000 | Rollback to snapshot factory
   16 | time      | 2016-12-04 01:05:01 +0100 | Snapshot created by cron
   18 | time      | 2016-12-11 01:05:01 +0100 | Snapshot created by cron
   20 | pre       | 2016-12-12 14:38:30 +0100 | Automatic pre-update snapshot
   21 | pre       | 2016-12-12 14:40:07 +0100 | Automatic pre-update snapshot
   22 | pre       | 2016-12-12 14:47:25 +0100 | Automatic pre-update snapshot
   23 | pre       | 2016-12-12 15:07:34 +0100 | Automatic pre-update snapshot
   24 | pre       | 2016-12-12 15:10:13 +0100 | Automatic pre-update snapshot
root@kukuzi:~# schnapps | grep -A9  cleanup
  cleanup [--compare]     Deletes old snapshots and keeps only N newest
                          You can set number of snapshots to keep in /etc/config/schnapps
                          Current value of N is following for various types (-1 means infinite):
                           * -1 single snapshots
                           * 5 time based snapshots
                           * 5 updater snapshots
                           * 3 rollback backups snapshots
                          With --compare option also deletes snapshots that doesn't differ from
                          the previous one
1 Like

cynerd, so how to safely disable NAS user list and reinstall packages? 'cause disabling the NAS list kills my system. Having a list from nas.lua I want to keep.

Furthermore, how to deal with /etc/config/updater-opkg, as there are different entries as in my on /etc/config/updater. Thread is long and a maze and full of x-posts. Is there a guideline written anywhere?

Why even bother to remove the packages? Just disable startup of what you don’t intend on using and call it a day. As you’ve seen removing default installed packages can have unintended consequences. It isn’t worth the effort to untangle the web of dependencies and their consequences only to have to go through the same effort with the next update from Turris. It’s a game you’ll never win.

1 Like

If you have some system partition mounted on external drive than of course that when you remove support for it it will be problematic. Sorry but today I forgot my crystal ball in Hogwards so I didn’t know about your mount points. Once again sorry about that.

Let me give you just less specific guideline, because let me make this clear, if anyone using this looses any data or breaks their TO, turris team isn’t responsible. So be sure that you know what are you doing (well in this case if you have snapshot and it should be ease to revert, but anyway you were warned).

You basically want just part of user list. https://api.turris.cz/openwrt-repo/omnia/lists/nas.lua So use Install command you found there and remove what you don’t want (here you really need to know what you need. So some expert knowledge is needed). Place it to /etc/update/user.lua. Then it should be safe to uncheck NAS user list for you.

But once again if you don’t have some huge reason for this, than just don’t do it. You might miss this way some software change and in result you might end up with old insecure system.

For you second question, just care about /etc/config/updater. Other file is just
backup of distributed file stored there so your original file wouldn’t be overwritten with new version.

1 Like

Never blamed you, my fault not looking into the nas.lua before removing it, but you have to be careful to give quick advices like “uncheck user list and install …” when you do not know the user’s setup… I am settled now and not angry any more, because of the schnapps-thingi. :wink: