Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #230237
| From | Andrei POPESCU <andreimpopescu@gmail.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: mdadm usage |
| Date | 2021-01-02 12:00 +0100 |
| Message-ID | <BsMNz-2w5-1@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <Bs7U5-1V9-5@gated-at.bofh.it> <Bs8dr-21K-11@gated-at.bofh.it> <BsAMq-37V-9@gated-at.bofh.it> <BsKC6-1b2-1@gated-at.bofh.it> <BsLya-1Lx-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Sb, 02 ian 21, 04:35:59, The Wanderer wrote: > > / itself (excluding child filesystems) contains 23GB of data. 22GB of > that is under /root. 17GB of *that* consists of backups of other > data that isn't read-time-accessible to any other user - both because it > isn't convenient to create the backup without that access, and because > some of that data may be read-restricted for good reason and I don't > want to put it somewhere more generally accessible in backed-up form any > more than in its production form. Another 2.4GB of the 22GB is in a > "packaging" subdirectory, and comes from an earlier point in my work > with Debian packages, when there was a reason for part of the process to > be done with root access. Storing lots of stuff under /root is your choice. In such a scenario I'd probably be using a separate /root partition or more likely just put that stuff somewhere else (on some data partition). > /usr contains another 19GB. Ok. > /boot contains only 137MB, and could definitely stand to be way, way > less than 22GB in size. > > /tmp is irrelevant here because it gets wiped on every reboot, but I > *have* actually managed to fill it up at least once; I'd probably make > it bigger on a full from-scratch system rebuild. That adds up to about 20 GiB, excluding /var. > /var (which is part of my "data" LV, because of its tendency towards > large size, even though apparently the installed system won't operate > correctly without its exact contents and so it should properly go in the > "system" LV) contains 247GB - but that includes at least three > at-least-partial copies of the rest of the partition, from a recovery > operation from when the RAID array failed, as well as a mass redownload > of the damaged-at-array-failure-time contents of > /var/cache/apt/archives/. After I subtract off those, however, the > "real" size of that partition is still in the vicinity of 100GB (give or > take about 5GB) - of which 94GB is under /var/cache/apt/archives/. The size of the entire amd64 archive is 426 GB according to https://www.debian.org/mirror/size As far as I understand that includes oldstable, stable, testing and unstable. How many package versions do you keep around? Considering your /usr is 19 GiB a package cache with .deb files for all your installed packages should be significantly less than that[1]. > Add those up and you get at least 120GB, even excluding the 22GB of data > under /root and the extra copies under /var. > > Maybe 1TB of space for the installed OS is excessive, although I'm not > entirely convinced - but I don't see how you get away with 10GB, except > in the very short term after installation. Sorry, I was mistaken. My laptop is indeed on a 30 GiB partition, but using only 14 GiB. I do (auto)clean the package cache more or less regularly though, even on unstable installs. It's probably best to define what I mean by "installation". For me this means that if I were to install the same set of packages on a blank partition I would end up with about the same size. 100 GiB (excluding /home and other "data" storages) should be plenty. [1] e.g. the .deb for firefox-esr on buster arm64 is 51,9 MiB whereas the Installed-Size is 197 MiB). Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser
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