Thorsten Kukuk, tuleviku tehnoloogiate arengu grupi juht ettev\u00f5ttes SUSE, kes arendab openSUSE MicroOS ja SLE Micro, pakkus v\u00e4lja, et distsipliinides tuleks loobuda failist \/var\/run\/utmp, et t\u00e4ielikult lahendada 2038. aasta probleem Glibc-s. K\u00f5iki rakendusi, mis kasutavad utmp, wtmp ja lastlog, soovitatakse suunata kasutajate loendi saamiseks systemd-logindile. <\/p>\n
19. jaanuaril 2038 toimub ajamotiivide arvu \u00fcleujutus, mis on m\u00e4\u00e4ratud 32-bitise time_t t\u00fc\u00fcbi j\u00e4rgi. Glibc raamatukogus, vaatamata 64-bitise time_t t\u00fc\u00fcbi kasutuselev\u00f5tule, s\u00e4ilitatakse 32-bitise time_t t\u00fc\u00fcbi \u00fchilduvuse tagamiseks m\u00f5nes kasutaja ruumis 64-bitistes keskkondades. \u00dcks selline juhtum on fail \/var\/run\/utmp, mis salvestab andmed kasutajatest, kes on praegu s\u00fcsteemis t\u00f6\u00f6s. Aja v\u00e4li utmp-s m\u00e4\u00e4ratakse 32-bitise time_t v\u00e4\u00e4rtusega. <\/p>\n
Ainult utmp-s aja v\u00e4lja asendamine 32-bitisega 64-bitise t\u00fc\u00fcbiga ei ole v\u00f5imalik, kuna see tooks kaasa Glibc ABI muutumise (tugevus muutub funktsioonides, nagu login(), getutid() ja utmpname()) ja rikuks \u00fchilduvust rakendustega, mis kasutavad utmp-i, sealhulgas w, who, uptime, login, su, sudo, useradd, systemd, sysvinit, tcsh, xterm graafikuhaldurid, emacs, openssh, qemu, samba, rsyslog jne. Paljude potentsiaalsete probleemide t\u00f5ttu ning t\u00f6\u00f6 mahukuse t\u00f5ttu l\u00fckati idee utmp-s time_t t\u00fc\u00fcbi muutmiseks Glibc arendajate poolt tagasi. Sama p\u00f5hjuse t\u00f5ttu l\u00fckati tagasi ka v\u00f5imalus kasutada struktuuris utmp olemasolevat vaba ruumi t\u00e4iendava 64-bitise aja v\u00e4lja lisamiseks. <\/p>\n
Lisaks ei lahenda t\u00fc\u00fcbi bittide muutmine utmp-s muid olemasolevaid probleeme, millest soovitakse samuti vabaneda. N\u00e4iteks n\u00f5uab utmp-sse kirjutamiseks spetsiaalseid \u00f5igusi, mis n\u00f5uab protsesside t\u00e4iendavate privileegide andmist. Teine probleem on seotud sellega, et utmp arhitektuur v\u00f5imaldab kohalike kasutajate DoS-r\u00fcnnakuid, mis viib utmp teenuse t\u00f6\u00f6 katkemiseni failide lukustamisega manipuleerimise t\u00f5ttu, mist\u00f5ttu ei saa olla kindel, et utmp sisu kajastab s\u00fcsteemi tegelikku seisukorda. Utmp juurde p\u00e4\u00e4semiseks on soovitatud kasutada t\u00e4iendavat taustaprotsessi, kuid selliste \u00fclesannete jaoks on juba olemas systemd-logind protsess ja veel \u00fche spetsialiseeritud protsessi k\u00e4ivitamine ei ole otstarbekas (rakendustel tuleb edastada andmeid samaaegselt kahe t\u00f6\u00f6tleja juurde). <\/p>\n
Kuid isegi DoS-r\u00fcnnakute probleemide lahendamise korral j\u00e4\u00e4b utmp sisu vaid informatiivseks, mis ei garanteeri reaalsuse peegeldamist. N\u00e4iteks peegeldavad erinevad terminaliemulaatorid ja multiplexerid oma olekut erinevalt \u2014 viie GNOME'i terminali k\u00e4ivitamine toob utmp-sse \u00fche kasutaja registreeringu, samas kui viie terminali konsole v\u00f5i xterm'i k\u00e4ivitamine KDE-s toob registreeringu kuue kasutaja kohta. Samuti erineb k\u00e4itumine screen'i ja tmux'i vahel: esimeses loetakse iga seanss eraldi kasutajaks, teises peegeldatakse k\u00f5ikide seansside pealt vaid \u00fchte kasutajat. <\/p>\n