Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #230248
| From | The Wanderer <wanderer@fastmail.fm> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: mdadm usage |
| Date | 2021-01-02 14:20 +0100 |
| Message-ID | <BsOZ4-4he-7@gated-at.bofh.it> (permalink) |
| References | (6 earlier) <BsLya-1Lx-5@gated-at.bofh.it> <BsMNz-2w5-1@gated-at.bofh.it> <BsNgC-2Vm-17@gated-at.bofh.it> <BsNzY-3bb-7@gated-at.bofh.it> <BsNTk-3yV-17@gated-at.bofh.it> |
| Organization | This space intentionally left blank. |
[Multipart message — attachments visible in raw view] - view raw
On 2021-01-02 at 07:09, Andrei POPESCU wrote: > On Sb, 02 ian 21, 13:49:27, Andrei POPESCU wrote: > >> On Sb, 02 ian 21, 06:28:24, The Wanderer wrote: >>> On previous systems I investigated things like autoclean, but >>> AFAIR I never identified a way to get such a mechanism to keep >>> the .deb files I might want to use for reinstallation without >>> keeping more than necessary, and after a while it stopped being >>> worth the while. >>> >>> I believe I remember at least one mechanism which specifically >>> provides a way to delete only .deb files which cannot be >>> re-downloaded. While that's sensible from a clean-out-old-files >>> perspective, from a keep-important-files one it strikes me as >>> backwards; if they can be re-downloaded, then I don't strictly >>> need the local copy in order to reinstall them. >>> >>> At the very least, I'd need to be able to keep the .deb files >>> for whatever version is presently installed - and probably more >>> than that, given that I do sometimes try installing a newer >>> version and then decide to downgrade again (thus requiring not >>> only the older version's .deb, but those for some of the packages >>> it depends on). >> >> 'apt[-get] autoclean' with APT:Clean-Installed set to off might be >> a good start, see apt-get(8). I think that was one of the mechanisms I investigated before, but it may be worth looking at again. > Forgot to mention: for Debian packages there is snapshot.debian.org, > so there is no such thing as a package you can't download (from > somewhere). > > It also supports date-based sources.list entries. Yes - I considered mentioning this in my previous mail, but decided it wasn't worth complexifying the phrasing any more than I was already doing. I was of course using the definition of "downloadable" which would be used by the cleanup mechanism making the decision, which is naturally based on the availability of that package version in the configured sources.list. That said, I haven't experimented with using snapshot.debian.org as a sources.list origin (IIRC it may not have worked that way when I first learned of its existence), and that may be worth looking at too. Then again, one of the advantages of keeping the local .deb is as a record of which version I want to use, so it's not guaranteed that the sdo-based source would be as good in that regard. I actually once rebuilt the contents of /var/cache/apt/archives/ on this machine from filenames, by downloading every single .deb involved from snapshot.debian.org using wget and similar, after some unknown subset of them got corrupted in (the data-recovery process from) that RAID-array failure I mentioned before. That's where some of those extra (partial) copies came from. That took some coding to automate, particularly given that I was working entirely in shell and from a recovery environment. I still have the scripts involved; they're not perfect by any means, but they were enough for what I needed at the time. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
mdadm usage "Thomas A. Anderson" <thomas.anderson@little-beak.com> - 2020-12-29 08:10 +0100
Re: mdadm usage Reco <recoverym4n@enotuniq.net> - 2020-12-29 08:30 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-29 09:40 +0100
Re: mdadm usage Felix Miata <mrmazda@earthlink.net> - 2020-12-29 08:50 +0100
Re: mdadm usage basti <mailinglist@unix-solution.de> - 2020-12-29 09:40 +0100
Re: mdadm usage "Thomas A. Anderson" <thomas.anderson@little-beak.com> - 2020-12-29 21:40 +0100
Re: mdadm usage Linux-Fan <Ma_Sys.ma@web.de> - 2020-12-30 00:00 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 02:00 +0100
Re: mdadm usage Michael Stone <mstone@debian.org> - 2020-12-30 02:30 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 09:20 +0100
Re: mdadm usage Jesper Dybdal <jd-debian-user@dybdal.dk> - 2020-12-30 14:40 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-30 15:00 +0100
Re: mdadm usage Jesper Dybdal <jd-debian-user@dybdal.dk> - 2021-01-02 14:40 +0100
mdadm usage Nicholas Geovanis <nickgeovanis@gmail.com> - 2020-12-30 15:10 +0100
Re: mdadm usage Nicholas Geovanis <nickgeovanis@gmail.com> - 2020-12-30 15:10 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 21:50 +0100
Re: mdadm usage Michael Stone <mstone@debian.org> - 2020-12-30 22:40 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 23:20 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 00:30 +0100
Re: mdadm usage rhkramer@gmail.com - 2020-12-31 13:30 +0100
Re: mdadm usage Michael Stone <mstone@debian.org> - 2020-12-31 15:20 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 15:30 +0100
Re: mdadm usage Reco <recoverym4n@enotuniq.net> - 2020-12-31 15:50 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 16:10 +0100
Re: mdadm usage Reco <recoverym4n@enotuniq.net> - 2020-12-31 16:20 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-31 16:40 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-01 23:10 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 09:40 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-02 10:10 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 11:30 +0100
Re: mdadm usage Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-02 14:50 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-02 16:40 +0100
Re: mdadm usage Linux-Fan <Ma_Sys.ma@web.de> - 2021-01-02 18:10 +0100
Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 10:40 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 12:00 +0100
Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 12:30 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 12:50 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2021-01-02 13:10 +0100
Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 14:20 +0100
Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2021-01-02 14:10 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2021-01-02 12:50 +0100
Re: mdadm usage "Thomas A. Anderson" <thomas.anderson@little-beak.com> - 2020-12-30 11:50 +0100
Re: mdadm usage "Alexander V. Makartsev" <avbetev@gmail.com> - 2020-12-30 13:30 +0100
Re: mdadm usage Dan Ritter <dsr@randomstring.org> - 2020-12-30 13:30 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-30 15:00 +0100
Re: mdadm usage deloptes <deloptes@gmail.com> - 2020-12-30 22:10 +0100
Re: mdadm usage Nicholas Geovanis <nickgeovanis@gmail.com> - 2020-12-31 00:00 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-30 09:10 +0100
Re: mdadm usage Dan Ritter <dsr@randomstring.org> - 2020-12-30 04:00 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-29 14:20 +0100
Re: mdadm usage mick crane <mick.crane@gmail.com> - 2020-12-29 16:40 +0100
Re: mdadm usage "Alexander V. Makartsev" <avbetev@gmail.com> - 2020-12-29 20:40 +0100
Re: mdadm usage Andy Smith <andy@strugglers.net> - 2020-12-30 14:40 +0100
Re: mdadm usage The Wanderer <wanderer@fastmail.fm> - 2020-12-30 14:50 +0100
Re: mdadm usage mick crane <mick.crane@gmail.com> - 2020-12-30 18:00 +0100
Re: mdadm usage Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-30 19:40 +0100
csiph-web