Skip to content

docs(readme): obraz jest większy od kopii i różnica rośnie - #5

Merged
mbeczynski merged 1 commit into
mainfrom
dokumentacja/martwe-pasma
Oct 5, 2026
Merged

mbeczynski merged 1 commit into
mainfrom
dokumentacja/martwe-pasma

Conversation

@mbeczynski

Copy link
Copy Markdown
Contributor

Lokalny commit z 29.09 (pomiar zajętości pasm na Drive vs żywe dane), nigdy nie wypchnięty. Tylko README.

🤖 Generated with Claude Code

https://claude.ai/code/session_018RT3yVGe6MjjyF1q4bLt5H

Zajetosc na Drive podana w README (265 GiB) byla dwa razy za niska. Pomiar
z 29.09.2026 na obrazie zalozonym 11.09:

  zywe dane w wolumenie   417 GiB
  pasma na Google Drive   589 GiB   (18 860 plikow x 31,98 MiB)
  roznica                 172 GiB

Nowa sekcja opisuje, skad ta roznica bierze sie i dlaczego rosnie: TM
przerzedza migawki, APFS zwalnia bloki wewnatrz wolumenu, ale nie ma
sciezki TRIM z systemu plikow przez hdiutil do plikow pasm. Pasmo zostaje
z trescia, ktorej nic nie wskazuje. Sprawczy jest copy-on-write APFS -
woli nietkniete zakresy od recyklingu tego, co przed chwila zwolnil, wiec
luka nie wychodzi na plateau.

Dopisany jawny zakaz "sprzatania" tego przez hdiutil compact, z
kosztorysem zamiast samego ostrzezenia: ~589 GiB do pobrania przez rclone
przy buforze 100 GB, setki GiB z powrotem, przepalony limit 750 GB/dobe i
doba z obrazem odpietym, czyli bez kopii - po to, zeby odzyskac ulamek ze
172 GiB, bo pasmo znika tylko gdy cale 32 MB jest wolne.

Hipoteza o rozmiarze wolumenu (3,9 TiB logicznych na 417 GiB tresci)
zapisana jawnie JAKO niesprawdzona, zeby nastepny nie wyprowadzal jej od
zera i zeby nikt nie wdrozyl jej bez pomiaru.

Przy okazji dwie rzeczy, ktore mylily pomiar:

- interfejs Dysku Google opisuje GiB etykieta "GB". Jego "591,79 GB" to
  589 GiB sparsebundle plus 2,81 GiB reszty konta. Naiwne porownanie z
  rclone daje pozorny ubytek 40 GB, czyli falszywy alarm o niekompletnej
  kopii.
- ostrzezenie przy verify-image mowilo "210 GiB, 18 migawek". Migawek
  jest 39 i przybywa co godzine, a czas fsck_apfs skaluje sie z ich
  liczba, nie z rozmiarem danych. To ostrzezenie o blokowaniu kopii na
  godziny, wiec zanizone liczby byly tu szkodliwe.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@mbeczynski
mbeczynski merged commit 61445f6 into main Oct 5, 2026
1 check passed
@mbeczynski
mbeczynski deleted the dokumentacja/martwe-pasma branch October 5, 2026 10:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant