Fedora 17 - /media üres

Red Hat, Fedora, CentOS

Fedora 17-en az eddigi /media alá csatolt dolgok átköltöztek a /run/media/$USER alá. Ezzel nem is volna semmi bajom, ha a root fs-en a /media egy symlink lenne, amelyik a /run/media alkönyvtárra mutat. De nem így van, a /media üres, s hogy izgalmasabb legyen az élet, le sem tudom törölni, hogy symlink-et hozzak létre ugyanezzel a névvel. Jeleztem a nyűgömet, erre lezárták azzal, hogy NOTABUG. :( Persze, értem én, hogy tudatos, de azt kevéssé, hogy a root fs-en miért van ott az üres /media, amely ráadásul ezt mondja, ha törölném:

rmdir /media
rmdir: failed to remove `/media': Device or resource busy

  • 6800 megtekintés

( numen v | 2012. 05. 08., k – 01:24 )

„lsof | grep media”?

int getRandomNumber() { return 4; }  // ← aláírás
//szabályos kockadobással választva. garantáltan véletlenszerű.  xkcd

Megoldottam. Live boot alkalmával letöröltem a /media-t, majd csináltam egy symlinket a megfelelő helyre.

Más: 3.5.0-4-es kernelt Fedorára ne tegyétek fel, mert nem működik. Apró mellékkörülmény, hogy még a verziószámát is elírták.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hivatalosan a 3.5.0-2 van kinn, az valóban jó. Én a 3.5.0-4 verziójúról beszéltem, ami egyelőre a build szerveren van csak fenn. Ez utóbbi szerintem beteg. Már a plymouth sem ment vele, aztán valami mount problémáról nyafogott, s az X sem indult el. Mondjuk konzolra tudtam váltani.

Szerk.: Mindamellet a verzióját is elírták. A csomag verziója 3.5.0-4, míg a kernel magáról azt mondja, hogy ő a 3.5.1-4-es. Az elírás abból jöhet, hogy ez valójában a 3.5.1-rc1 vanilla jelölés szerint.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem hiszem, hogy elírták volna ugyanis, amennyire én tudom backportolnak[1] 1-2 dolgot, ez jól látszik a koji-n is.

Does this mean you don't backport things at all?

No, the Fedora kernel maintainers do backports all the time. We backport fixes, hardware enablement, security issues, etc. However, by rebasing frequently we're only having to do that from usually one release away.

* Thu Jul 26 2012 Josh Boyer - 3.5.0-2
- Add patch series queued for 3.5.1

* Thu Jul 26 2012 Josh Boyer - 3.5.0-1
- Rebase to Linux v3.5

Illetve, nem akarlak megbántani, de amíg a kojiról telepítesz addig ne várd egy csomagtól, hogy rendesen ki legyen tesztelve.

1: https://fedoraproject.org/wiki/KernelRebases#Frequently_Asked_Questions

Azért írták el, mert a csomag neve 3.5.0-4, míg ez a kernel magáról azt állítja, hogy 3.5.1-4. Az első a helyes, s sejthető, hogy az elírás abból származik, hogy ez a 3.5.1-rc1, lévén, a changelogban írják, hogy az.

Nem bántasz meg, tudom, s nem is azt írtam, hogy a fedora csomagok megbízhatatlanok lennének. A hivatalos update repóban lévő 3.5.0-2-es kernel stabil, most is az fut nálam. Pusztán azt írtam, óvatosan a 3.5.0-4-essel, mert nálam gond volt vele. Már feltéve, hogy vele, mert dracut-ból is a legfrissebbnél frisseb van nálam, s nem kizárt, hogy az initrd-t szúrta el, s akkor nem a kernel a bűnös. A changelog alapján ugyanakkor inkább a kernelre gyanakszom, a részletes teszteléshez lusta vagyok. Ha kijön a kojin a 3.5.1, akkor felteszem. Ha működik, jó, ha nem, akkor downgrade-elem a dracut-ot, s felteszem újra a kernelt. Ha még mindig nem megy, írok bugreportot, ha megy, akkor örülök.

Engem nem zavar, hogy a kojiról telepítek egy-két dolgot, tudom, mi a teendő, ha nem működik. Épp nemrég javították az ath9k wireless driver-t egy hibajegyem hatására, s ezzel talán másnak is segítettem. Illetve biztos, mert később más is jelezte a hibát.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, erről tudok, de nem ez volt a bajom. A gondom az, hogy otthagyták a gyökérben a /media alkönyvtárat. Leszedhette volna a telepítő, de ami még jobb lett volna, hogy csinál egy symlinket /media névvel, amely a /run/media helyre mutat. Megcsináltam manuálisam, de ami zavaró volt, hogy az üres /media alkönyvtárat nem tudtam root-ként törölni, így kénytelen voltam live CD-ről boot-olva leszedni a filerendszerről a /media alkönyvtárat, s megcsinálni a symlinket.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Utána kellene olvasni a dolgoknak, nem csak úgy dobálózni. Miért van ez így, íme: http://cgit.freedesktop.org/udisks/commit/?id=aa02e5fc53efdeaf66047d2ad…

"+ /* otherwise fall back to mounting in /media */"

Vagyis ha nem sikerül a /run/media/$user alá csatolni akkor marad a /media.

Ebben igazad lehet, köszönöm az infót. Nem dobálózom, hanem értetlenkedem. Különben miért ne sikerülne a /run/media/$USER alá csatolni a dolgokat? Ha cinikus lennék, azt kérdezném, hogy és akkor mi van, ha ezek után a /media alá sem tudja? Jön a /mnt? Aztán ha oda sem, jön az üzenet, hogy írj az fstab-ba, amit akarsz?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Valójában szerintem ebben az esetben erősen vitatható, ez a fallback mennyire jó ötlet. Ott egy üres alkönyvtár, ahol a dinamikusan cstolt filerendszereknek kellene lennie. Aztán lehet, hogy tényleg lesz ott valami. Ehhez azért elég nehéz a felhasználónak, illetve az alkalmazásoknak alkalmazkodniuk.

Engem ez nem zavar nagyon. Egyrészt megoldom, ami a bajom, másrészt viszont picit nyűgös vagyok attól, hogy release-enként változnak még igen alapvető dolgok is. Ha jóhiszeműen írsz egy scriptet, egy kiadással később írhatod át. Remek. S nem arról van szó, hogy egy script nem tudna felkészülni a különféle esetekre - bár ettől az egyszerű feladat is el lesz bonyolítva -, hanem arról, hogy amikor megírod a scriptet, még szó sincs arról, hogy amit használsz, az valaha egészen másképp lesz. Egyre inkább kezdem átérezni azok panaszát, akik a stabil kernel API-t hiányolják. Itt ugyan nem a kernelről van szó, hanem csak egy nyamvadt elérési útról, de ez sem bír állandó lenni néhány évig.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE