Rovnaky bug - Debian, Arch, Ubuntu....
Po updatye systemu oznam - initramfs cant access tty job....
Zacalo to update - linux header for modern pc a skoncilo to update cez subor - libnevieco...
Rieseni na tento bug nie je vela na internete a tie co tam su, su nefunkcne.
Vie vobec niekto, ako tento problem riesit ?
Tolko krat som nepreistalovaval system ani s WIN.
Dakujem za pomoc.
nebude to náhodou starým opotrebovaným diskom s mnozstvom chybných sektorov ? ake ma SMART hodnoty ? spustil by som aj kontrolu cez FSCK (z live systemu)
...zda sa, podla toho, co sa mi podarilo zistit o bug-u, ze je to kerlnelom vo verzii 2.26.2.
ked som spustal v intramfs FSCK, zdalo sa, ze je vsetko v poriadku.
dalsi problem sa zda, strata ext3, ext4 na particiach, no neviem s istotou.
dakujem.
Preboha, kto ešte dnes používa taký starý kernel (2.26.2). V archu mám už 4.9.6 a všetko fičí ako má. To máš na nejakom predpotopnom servri?
...no, evidentne ano, ale co s tym ?
A čo keby si začal s tým, že tam skúsiš dať vyšší kernel? Ja teda nie som odborník ale toto by ma napadlo ako prvé. Za pokus nič nedáš. Myslím tým nahrať tam takú verziu Linuxu, ktorá má v základe kernel alespoň 3.x.
...tu trosku tapem, kedze stahujem Linux Debian 8.7.1, z ktoreho preinstalujem system.
pred tym to bol Debian 8.6, 8.5...
to Debian vo vyssie spomenutych verziach nema Krernel vo verzii 4.x ?!
Debian 8 urcite nepouziva kernel 2.26.2.
ta hlaska ma suvys s mountnutim diskov.
1. ako pisal Brano: stav diskov?
2. co je to za HW (cpu, MB, ram, disky)?
3. co live verzia nejakeho distra?
4. odkial je instalacka? Nie je custom?
Co Ubuntu server?
PC je truchu outdated, 6 rokov stara dvojjadrova sunka, na ktorej instalujem i386 alebo i686 32 bit architekturu - Debian - Jessie, ako dobleboot s WIN7, ktory bezi bez problemov.
Instalacka bola pouzita - netboot, USB cd, USB dvd, USB cisty Debian alebo USB dvd + KDE.
stav diskov je v poriadku.
ale stale nevieme CPU, ram ani disky.
(presny typ CPU),
skus na tom memory test
Ina distribucia (live) ide? gsmartcontrol co povie o diskoch?
Moze to byt mountnutie ktore ma asi nieco spolocne s GRUB.
Rovnako je problem aj z chybajucim UUID particie, ktora sa po update pravdepodobne zmneila.
...este dodam, ze bug sa lepi, ako sa zda, na starsie 32bit PC.
Žiadna z podporovaných verzií Ubuntu nepoužíva jadro generácie 2. Odkiaľ máš tú inštalačku, akú maš RAM na tom stroji, a testoval si že či je HW v poriadku?
Instalacka je priamo z Debian .iso zdrojov.
Netboot vo verziach - 8.5, 8.6 Live CD, Live DVD tiez vo verziach 8.5, 8.6
Debian Jessie je momentálne 8.7, a má jadro 3.16.0-4. Kde si videl Jessie s jadrom generácie 2, teda 2.26.2?
Nejako v tvojom popise nevidím technický problém.
Moze to byt zrkadlom archivu ?
Alebo formatovanim /boot particie do ext2, namiesto ext4, ktore podla informacii nepodporuje GRUB2 ?
Nie, nemôže to byť ani zrkadlom archívu. Dal som si tú námahu, a pozrel som si archív jadier. Jadro 2.26.2 nikdy neexistovalo. Existovalo jadro 2.2.26, ale bolo vydané na Mateja roku 2004, trinásť rokov dozadu. A to sa určite netýkalo Debianu ôsmej generácie. Ubuntu síce v tom roku vzniklo, ale až na jeseň. A tak staré Ubuntu už nie je podporované. Arch mal vtedy dva roky, ale tak stará verzia už tiež nie je podporovaná.
A žeby Grub nepodporoval disk naformátovaný na ext2? Grub má stále podporu ext2.
nevh sem hodi uname -a a uvidime
Tá verzia jadra bol len zlý vtip z jeho strany. Keby sa mu zastavil boot na "initramfs cant access tty job", tak má chybu už pri nažítavaní jadra keď si rozbaluje inird. To poukazuje buď na vadnú RAM alebo disk (1), málo RAM (2), slabé chladenie, nedostatočný zdroj (3) alebo na nudu na strednej škole managementu (4).
Smutné.
kernel
2.2.26
sa objavil na vystupe - cant access tty job, kde bola podivna tabulka fstab, bez logiky.inac debian bezal na svojom najnovsom kernel - 3.*
Ahoj, som znova tu.
Debian znova klakol do kytek - od minuleho roka 19x5PCs reinstalacii. vdaka Debian.
nasledujuce aktualizacie su zodpovedne za pad -
libevent-2.0-5 - 2.0.21-stable-2 linux-image-3.16.0-4-686-pae - 3.16.39-1 linux-libc-dev - 3.16.39-1
debian uz nepouzivam, nemam nervy na reinstalaciu nie len svojho pocitaca, ale aj dalsich, od mojich znamych, ktorych som prehovoril na linux.
dnes maju naspat WIN a su spokojny a ja bezim docastne na LMDE2 Betsy, ktory nema problem a na zaciatok som ho testol cez update linux-header atd, vsetko pekne "natvrdo", rovnako na dalsom PC prebehol test LMDE, vsetko bez problemov.
zda sa, ze po update na moder headers v debiane je nutne pouzit po aktualizacii - update-initramfs -u.
neviem, preco ma Debian na 32bit problem, no LMDE nie.
na debiane pri - dpkg --print-architecture - vybehlo i386 pri - dpkg --print-foreign-architectures - vybehlo i686
LMDE - dpkg --print-architecture - vybehlo i386 pri - dpkg --print-foreign-architectures - nic
kontrola diskov, ram - vsetko v poriadku.
...este dodam, ze v LMDE su vzpomenute aktualizacie oznacane ako nestabilne a volitelne, zatial co v Debiane su ako stable.
v LMDE som ich oznacil a instaloval a... system funguje aj po restarte, bez problemov.
dodam, ze zo vsetkych PC (6ks/32bit), co som instaloval debian, malo problem 5, jeden 64bit odolava.
Tak dufam, ze ked pises o 32-bit, tak si im tam nedal WinXP. Mozno daky W7 starter ?
To by mala byt otazka na tvorcu LMDE, preco na vystupe prikazu je "nic".
Skusil si na tych starych strojoch napriklad MX-16 v 32-bit verzii ?
32bit PC maju win7 vo verzii home edition, od 3gb ram hore.
najstarsi, ktory mal Debian bol ACER 8 rokov, s WIN vista, ktora dodnes funguje bez jedineho preinstalovania alebo padu.
Naozaj dobre funguje ? He he he ...... zázračná vista :D
Funguje tak, ako sa od visty očakáva.
Je jedno aké windows tam dal, je to jeho voľba. Ak dá možnosť dožiť tým desať rokov starým vykurovacím telesám, tak nech použije hoci aj nepodporovaný OS.
Už mu len ostáva popriať veľa šťastia pri práci v botnete. A nech sa jeho kreditky cítia u každého ako doma.
WIN som tam nedaval, ten tam ostal, ako dual boot.
dodnes funguju bez problemov, co sa o nektorych "vychyrenych" distrach v linuxe ale vobec povedat neda.
Nieje ti divné, že existujú milióny spokojných ľudí s Linuxom a tebou spomínané problémy nemajú?
Takže kde bude chyba?
..nie je divne to, ze Linux ma vobec problem, na ktory nik nevie riesenie a podla vyhladavania to je vcelku wide problem, pri viacerych distrach a nie len u mna ?
a to su distra z oficialnych zdrojov.
tak ake je riesenie na - cant access tty job ?
To, čo opisuješ je len dôsledok nejakej chyby. Riešenie zahŕňa odstránenie príčiny chyby, nie utajenie následku. Tú kontrolu HW si už urobil keďže ti bola viac krát odporúčaná pri počítači ktorý sa už teší na druhý stupeň základnej školy. Ak dožije.
Ale to je jedno. Je to tvoja voľba odovzdať tvoje kreditky hocikomu kto ri objedná ich čísla.
ano, kontrolu HW som uz urobil a pisal som niekolko krat ze je v poriadku.
problem by nemal byt s botnetom, kedze nemam nainstalovany ziadny nepodporovany system.
ak si písal že ten test HW bežal dostatočne dlho a neodhalil chyby, tak si to písal zrejme niekde inde.
Ak máš ten Windows 7 podporovaný, tak ročne platíš za podporu viac ako je cena za nákup Win10 enterprise version. A zaplatil si to už dva krát. To je väčší objem financií ako keby si tie počítače nahradil novým, výkonnejším a úspornejším železom ktoré je v záruke. Verím ti, a dúfam že to bola správna voľba.
Ak máš ten Windows 7 podporovaný, tak ročne platíš za podporu viac ako je cena za nákup Win10 enterprise version. A zaplatil si to už dva krát. To je väčší objem financií ako keby si tie počítače nahradil novým,
prepac, tu netusim, o com pises.
asi mas na mysli kupu instalacnych DVD s WIN7 ?
Nie.
Tym myslel ze Win7 uz nieje podporovany a podporu maju iba korporacie ktore si za to platia nemale prachy.
ok, chapem.
win7 pouzivam bez akehokolvek pripojenia k netu, bez antiviru, len na pracu so znamim grafickym programom, ktory bezi len na WIN a co sa tyka aktualizacii, ostal na SP1 uz "navzdy" a hlavne, z mojej strany uz ani cent pre WIN.
mozne riesenia ?
http://www.linuxquestions.org/questions/ubuntu-63/bin-sh-can't-access-tty%3B-job-control-turned-off-474493/page4.html#post3007839
https://asprakash.wordpress.com/2008/05/07/solution-for-binsh-can%E2%80%99t-access-tty-job-control-turned-off-error/
Hmmm, vypnutie chladenia (kvôli zle naprogramovanému BIOSu) sa používalo len dočasne, na stiahnutie záplat ktoré už v sebe mali presnú detekciu dosky (biosu) a vedeli prestaviť acpi_osi čím nastavili korektné rozhranie pre bios opravujúce chyby výrobcu. Výrobca vedel o svojich chybách, a tak ovládač pre bios (acpi) opravoval jeho chyby, Ak bol ten výrobca slušný, tak opravil aj bios.
Ale, neverím že je podstata chyby práve v tomto. A na druhú stranu mi je to jedno. Je to tvoje Železo, tvoj prístup, a tvoj spôsob dokazovania tvojej pravdy.
Všimol si si roky na tom fóre? Myslíš si že deväť a viac ročné otázky sú aktuálne?
Vyšie si písal že je to dvojjadro, tak prečo tam dávaš 32bit? Nainštaluj si Debian 64bit a zapni backports, tam je aj štvorkové jadro, podľa problémov s ACPI ho budeš potrebovať.
Prípadne si vyber nejaké distro, kde už modernejšie jadro je "by default".
no, je to tak.
32bit s dvoj-jadrom - 2x1600mhz.
backport, o ktorom hovoris, kedze som skoro novacik s linuxom, je toto ? - https://backports.debian.org/Instructions/
tak ked sa pytas na backport asi o tom moc nevies.
1. ako pisali vysie urobit testy HDD a MEMTEST
2. Dat tam desktopovu distribuciu äMX-16. MINT, Fedora, Ubuntu, ARCH). Kedze si skoro novacik, odporucam si na to pozvat niekoho kto uz skoro novacik nie je . Alebo proste tam slahnut MINT 17.3 s Mate a je vystarane
3. podla predoslych prispevkov dalsi problem sa zda, strata ext3, ext4 na particiach, je evidentne problem v disku (ak pises pravdu)
rovnako: initramfs cant access tty job je smer k file systemu a disku (fsck /dev/sda1) povie vela
Za cele toto dlhe vlakno sme sa ale nedozvedeli ani ň ohladom HW
Uz vyssie som sa aj ja pytal: Aky CPU, ram, HDD
neviem, budu tieto udaje stacit ?
CPU >
less /proc/cpuinfo
processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Pentium(R) Dual-Core CPU T4500 @ 2.30GHz stepping : 10 microcode : 0xa0b cpu MHz : 2300.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm dtherm bogomips : 4588.49 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management:
processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Pentium(R) Dual-Core CPU T4500 @ 2.30GHz stepping : 10 microcode : 0xa07 cpu MHz : 1200.000 cache size : 1024 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fdiv_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm xsave lahf_lm dtherm bogomips : 4588.49 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management:
RAM >
dmidecode -t 17
Handle 0x000D, DMI type 17, 27 bytes Memory Device Array Handle: 0x000C Error Information Handle: No Error Total Width: 64 bits Data Width: 64 bits Size: 2048 MB Form Factor: SODIMM Set: 1 Locator: M1 Bank Locator: Bank 0 Type: Reserved Type Detail: Synchronous Speed: 800 MHz Manufacturer: Mfg 0 Serial Number: 1234-B0 Asset Tag: Not Specified Part Number: SODIMM000
Handle 0x000E, DMI type 17, 27 bytes Memory Device Array Handle: 0x000C Error Information Handle: No Error Total Width: 64 bits Data Width: 64 bits Size: 1024 MB Form Factor: SODIMM Set: 1 Locator: M2 Bank Locator: Bank 1 Type: Reserved Type Detail: Synchronous Speed: 800 MHz Manufacturer: Mfg 1 Serial Number: 1234-B1 Asset Tag: Not Specified Part Number: SODIMM001
HDD >
lshw -class disk *-disk description: ATA Disk product: WDC WD3200BEVT-2 vendor: Western Digital physical id: 0.0.0 bus info: scsi@0:0.0.0 logical name: /dev/sda version: 1A01 serial: WD-WX21AA0S6084 size: 298GiB (320GB) capabilities: partitioned partitioned:dos configuration: ansiversion=5 logicalsectorsize=512 sectorsize=512 signature=841b306b
To máš približne komp ako ja, čiže hocijaká moderná distribúcia ti pôjde OK. Rýchlosť desktopu ešte ovplyvňuje grafická karta, pretože dnes kopec desktopových prostredí používa hardvérovú akceleráciu. Ak by si chcel niečo menej náročné, tak siahni napr. Ubuntu MATE, alebo antiX MX16.
Dakujem.
takze Debian 64bit s backportom bude ok ?
momentalne mam linux mint debian - LMDE2 Betsy, zda sa, ze je to testing verzia, no funguje paradne, aj ked neviem, aku ma buducnost.
Testing verzia Debianu funguje dobre, no občas sa niečo môže rozbiť, ale keď sa nebojíš, že občas bude treba niečo vyriešiť, smelo do toho.
GL
...no občas sa niečo môže rozbiť...
no, s LMDE2 to zatial to nevyzera na tolke preinstalovavanie po kazdej aktualizacii kernelu, ako s debian 32bit.
dakujem za odborne rady.
Pochybujem že sa ti toľko aktualizuje kernel, mám na servery stabilný Debian a bezpečnostné aktualizácie prichádzajú sporadisky. Čo popisuješ nezažívam ani na Sidovi kde sa kernel aj povyšuje čo v stabilnom debiane sa nestane len keď si ho nainštaluješ z backportu sám.
...po kazdej instalacii a hlavne reinstalacii prisli skor, alebo neskor aktualizacie kernelu.
najdlhsie mi vydrzal cez mesiac a pol. najmenej necely tyzden.
preposledny pad som komentoval zacatim tohoto fora, reinstalaciou debianu a o tyzden bol znova v kytkach.
po aktualizaciach - libevent-2.0-5 - 2.0.21-stable-2
linux-image-3.16.0-4-686-pae - 3.16.39-1
linux-libc-dev - 3.16.39-1
+ asi dve dalsie
ktore prisli vzdy onedlho po reinstalacii a sposobili znova pad.
a znova - reinstalacia , objavenie vzpomenutych aktualizacii a znova pad...
ver mi, strasna zufalost.
necital som cely topic ale toto vyzera na chybu disku alebo ramky, prípadne inu HW chybu
nechal by som aspoň cez noc bezať memtest, potom plnú disgnostiku disku a začal rozmýšlať nad novým strojom
ja mam debian 32bit stable (este wheezy) na staruckom NTB - sluzi ako samba server s DLNA a ma uptime viac ako rok (aktualizácie inštalujem každý týždeň - vrátane aktualizácie kernelu - aj ked nemenim verziu na vyssiu lebo tam nemam backports - nepotrebujem ich)
instalni si balicek:
a spusti program:
Som zvedavy co ti vypise ;)
nemam ho otvoreny z netu tak som skusil iný debian jessie s uptimom 39dní vypísal
Of these, 1 seem to contain init scripts which can be used to restart them: The following packages seem to have init scripts that could be used to restart them: udev: 181 /lib/systemd/systemd-udevdThese processes do not seem to have an associated init script to restart them: mono-runtime-sgen: 607 /usr/bin/mono-sgenmá pre mňa nejaký zmysel to sledovať a napr. reštartovať udevd ??
na tom staruckom ale systemd myslim ze nieje, ani mono a realne tam bezi len samba a minidlna (obe občas reštartnem) tak som sam zvedavy co vybehne
Testing je už zmrazený čiže nič nové sa tam už nepridá a nepredpokladám že tam budú nejaké vážne problémy. Chlapec čo popisuje je veľmi divné toto som nezažil ani na stroji s Sidom s KDE5 kde je búrlivý vývoj nieto na stabilnom debiane.
Mam este malu otazku.
Na stiahnutie 64bit je viac moznosti a neviem ktora je vyhovujucejsia pre moj typ PC a trosku tapem vo vybere.
amd64, arm64 alebo multi-arch ?
Dakujem za radu.
amd64 alias x86_64 je 64bitová architektúra klasických desktopov a notebookov. arm64 je architektúra známa z Raspberry Pi a mobilných telefónov.
Ty máš amd64.
ahoj vsetci.
ospravedlnujem sa, zabudol som na toto forum (neopravnene).
rad by som dokoncil toto vlakno a podakoval sa vsetkym, co sa na nom podielali.
chyba bola medzi stolickou a PC.
on ten WIN OS 32bit, beziaci na dvojjadre, zatemni mozog aj naotrlejsiemu harcovnikovy.
a tak DABIAN 32bit netreba instalovat na dvojjadro, a potom sa rozulovat.
poprosim, ak je to dolezite v ramci kontextu premenovat vlakno na - problem instalacie 32bit linuxu na 64bit architekturu.
DO NOT INSTALL LINUX 32bit ON THE 64bit ARCHITECTURE ! YOU SHOULD BE ASK FOR TROUBLES ! BEAWARE ARROUND YOUR Windows 32bit VERSION RUNNING ON YOUR 64bit PC.
dakujem Vam a drzim palce.
That first sentence with exclamation mark have misplaced numbers, and is missing verbs "unless you know what are you doing".