The release team were advised part way through release that there was the possibility of file system corruption with Debian kernel package: linux-image-6.1.0-14*. Once aware of the issue, we took immediate measures to halt the release of Debian 12.3 with… https://t.co/sZ1wT9qWIb
— The Debian Project (@debian) December 11, 2023
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Mit tudtak elbökni az ext4-en a 6.1.64-ben?
- A hozzászóláshoz be kell jelentkezni
https://lore.kernel.org/stable/20231205122122.dfhhoaswsfscuhc3@quack3/
So I've got back to this and the failure is a subtle interaction between iomap code and ext4 code. In particular that fact that commit 936e114a245b6 ("iomap: update ki_pos a little later in iomap_dio_complete") is not in stable causes that file position is not updated after direct IO write and thus we direct IO writes are ending in wrong locations effectively corrupting data. The subtle detail is that before this commit if ->end_io handler returns non-zero value (which the new ext4 ->end_io handler does), file pos doesn't get updated, after this commit it doesn't get updated only if the return value is < 0.
Mondjuk ebből őrült sokat nem értek :)
- A hozzászóláshoz be kell jelentkezni
Mit tudtak elbökni az ext4-en a 6.1.64-ben?
Átfordult a hat bites számláló :)
- A hozzászóláshoz be kell jelentkezni
12.4 nem? Az előző hír még az volt.
- A hozzászóláshoz be kell jelentkezni
Az már a jó.
- A hozzászóláshoz be kell jelentkezni
Még jó, hogy Backportos kernel van az rpi5-killleren. :) tegnap lett éles.
- A hozzászóláshoz be kell jelentkezni
Most akkor 6.1.0-14 vagy 6.1.64-1?
- A hozzászóláshoz be kell jelentkezni
Az egyik a kernel kiadás akar lenni a másik pedig a kernel verzió.
- A hozzászóláshoz be kell jelentkezni
Pontosabban a 6.1.64 a metacsomag (linux-image-amd64) verziója, a kernel meg a 6.1.0-14. De a ma reggeli apt upgrade után már a javított verzió jön.
- A hozzászóláshoz be kell jelentkezni
A metacsomagban mi van benne? Miért tér el a kernel verziótól, amit magával hoz?
- A hozzászóláshoz be kell jelentkezni
a kernel meta csomag verzioja megegyezik a kernel csomag verziojaval, amire dependel. ezzel a modszerrel erik el azt, hogy a kernel meta csomag magatol frissul, es magaval huzza az ujabb nevu kernel csomagot. igy lehet tobb nevu (verzioju) kernel egyszerre a gepen, ami megoldja azt, hogy ha az utolsoval gond lenne, a grubban az elozot kivalasztva bootoljon a gep.
# apt-show-versions | grep linux-image
linux-image-5.10.0-25-amd64:amd64/bullseye-security 5.10.191-1 uptodate
linux-image-5.10.0-26-amd64:amd64/bullseye 5.10.197-1 uptodate
linux-image-amd64:amd64/bullseye 5.10.197-1 uptodate
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
kernel meta csomag verzioja megegyezik a kernel csomag verziojaval
De akkor miért tér el a kernel csomag verziója a kernel verziójától?
A példádban miért linux-image-5.10.0-25 a csomag verziója verziója linux-image-5.10.191-1 helyett, ha a linux-image-amd64 úgyis 5.10.197-1 verziójú?
Milyen információt ad a linux-image-5.10.0-25 és a linux-image-5.10.0-26, ha amúgy nem ez tartalmazza a csomagolt kernel verziót?
- A hozzászóláshoz be kell jelentkezni
a linux-image-5.10.0-25-amd64, linux-image-5.10.0-26-amd64 es linux-image-amd64 az a csomag neve.
a linux-image-5.10.0-25-amd64 csomag tartalmazza az 5.10.x verzioju csomagolt kernelt 25-os ABI-val
a linux-image-5.10.0-26-amd64 csomag tartalmazza az 5.10.y verzioju csomagolt kernelt 26-os ABI-val
a linux-image-amd64 a metacsomag
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
es a kovetkezo regression, amit a 6.1.67-ben fixaltak:
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni