allwinner a64
֊ի android
միջուկը որ տարածել էր նախագծող ընկերութիւնը, մեղադրուել ա «սեւ մուտքեր» ունենալու մէջ։
այդ փակ android
միջուկները ունեն խոցելիութիւն, որ թոյլ են տալիս ամէն հեռախօսի վրայ աշխատող յաւելուած ստանայ ադմինիստրատիւ արտօնութիւններ։
չիպսէթը pinephone
֊ից գիտեմ։ ու սա եւս մի պատճառ ա սարքի վրայ չունենալու որեւէ օհ, որն օգտագործում ա փակ android
֊ի միջուկ։
այլ հարց ա նաեւ ինձ հետաքրքրում, օրինակ ինչի՞ sony
֊ն կամ ինչ֊որ այլ մէկը «պալիծ» չի եղել իրենց միջուկներով։
պարզապէս աւելի լա՞ւ են աշխատում։ աւելի մաքո՞ւր, թէ՞ աւելի աննկատ։
կամ պարզապէս ես չեմ խորացել, իսկ շատերի վրայ գտած խոցելիութիւններ կան։
#լինուքս #միջուկ #անդրոիդ #տեք #անվտանգութիւն
շինեցի, ի դէպ, երէկ 5.17֊ը։
ու այսօր ռեսթարտ եղայ իրա մէջ։
ես առաջ ֆրէյմուորքը քշում էի 5.14.5֊ով, ոնց որ, որովհետեւ 5.15֊ով ու 5.16֊ով ինձ մօտ wlan0֊ն չէր երեւում։
հիմա 5.17֊ով համ դա ա երեւում, համ մի այլ խնդիր լուծուեց՝ դէ ես հիմա xscreensaver եմ դնում որպէս արմատի պատուհան, ու այդ դէպքում, երբ էկրանը հանգցնում ա, բարդ ա միացնում, երկար ա տեւում, իսկ երբ միացնում ա, մի քանի վայրկեան մկնիկի ցուցիչն էլ չի երեւում։ դա էլ լուծուեց արդէն։
#լինուքս #ֆրէյքմուորք #լափթոփ #միջուկ #երկաթ #տեք
այսօր խօսեցի մաեմօյի չաթում, ասում են փայնֆոնի երկաթը համեմատելի ա Qualcomm Snapdragon 410 MSM8916֊ի հետ։
այսինքն համեմատելի ա նաեւ jolla֊ի հետ, որը qualcomm snapdragon 400 էր։ թէ՞ ա։ ինձ մօտ աշխատում ա, ու արագ։
ասում են, իսկ google nexus s֊ը motorola droid 4֊ից մի չորս անգամ թոյլ ա, մօտաւորապէս droid 2֊ի հետ ա համեմատելի։
ես անգլերէն հոսքում հարց էի տուել այն մասին, ինչի՞ ա փայնֆոնը լրիւ քնում, ու երբ ես իրան կպնում եմ, դինօ֊ն երեւում ա որ քնած ա, բզում եմ մի երկու անգամ, քիչ քիչ սկսում ա արթնանալ, քնաթաթախ հաղորդագրութիւններ ա սինք անում։
իսկ sailfish֊ն ու maemo fremantle֊ը անմիջապէս ստանում էին ջաբերի հաղորդագրութիւնները, տեսնում էի, թէ ոնց ա այլ մարդու ստատուսը փոխուել։ հէնց օրինակ, անդրանիկի անդրոիդի էկրանը մարում էր՝ իր conversations֊ը դարձնում էր իրան away, եւ ինձ մօտ անմիջապէս գոյնը փոխւում էր։ անհնար էր նկատել ուշացումը։
պարզւում ա, հարցը շատ սարքերի համար մէյնլայն միջուկում էներգիայի կառավարման բացակայութիւնն ա։ սարքը, օրինակ փայնֆոնը, չի կարող քնեցնել gpu֊ն, քնեցնել չօգտագործուող պորտերը, որ ահագին էներգիա են տանում։ ու պոստմարկէտօսը պարզապէս որոշում ա սարքը քնեցնել ամբողջութեամբ։
իսկ իմ օգտագործած sailfish֊ը մէյնլայն միջուկով չի՝ անդրոիդ միջուկով ա։ չգիտեմ, @{https://vostain.net/users/kamee} քեզ մօտ ո՞նց ա սէյլֆիշի ներդրուած ջաբերն աշխատում մէյնլայն միջուկով, կարծես փայնֆոնի սէյլֆիշը ազատ միջուկով ա։
ստանո՞ւմ ես անմիջապէս, թէ՞ երբ հեռախօսը քնած ա… աաա, գուցէ քեզ մօտ չի էլ քնում, ու ստիպուած ես հա սնել իրան։
իսկ ֆրեմանթլը դէ TI OMAP էր, որը միջուկում լաւ աջակցութիւն ունի։
#փայնֆոն #լինուքս #միջուկ #ծրագրակազմ #նոկիա #պոստմարկէտօս #սէյլֆիշ #մաեմօ
դեբիանը 32 բիթ powerpc ճարտարապետութեանն այլեւս չի սատարում։
ու ինչ լաւ ա, որ ես չեմ դիմացել այդ կարգչի վրայի դեբիանին (իհարկէ մակօսին էլ չէի դիմացել) ու հաւաքել էի ջենթու։
իմ խնդիրն իր հետ բութն էր, ու yaboot֊ի հետ բարդ էր աշխատելը, ամէն անգամ մոռանում էի ինչպէս միջուկ թարմացնելուց յետոյ yaboot֊ը թարմացնեմ։
ու մէկը gentoo-ppc չաթում խորհուրդ տուեց grub փորձել։ ջենթու֊ի վիքի֊ում գրաբի մասին բան չկայ (երեւի հիմա պիտի ես աւելացնեմ) ու ես ահագին տառապել եմ, մինչեւ ջոկել եմ ինչ ա պէտք անել, որ բութ լինի։
իմացել եմ այս էջից՝
կարեւոր մասը սա էր, պէտք էր գտնել այդ core.elf
նիշքն ու քոփի անել այդ HFS բաժին՝
sudo mount /dev/hda2 /mnt
sudo cp /boot/grub/core.elf /mnt/
sudo umount /mnt
ինձ մօտ newworld մակ ա, ու hda2֊ը HFS ա, իսկ /boot֊ը hda3֊ի վրայ ա։
իսկ յետոյ, որ գրաբն միշտ ինքնիրեն մեկնարկի՝
sudo hmount /dev/sda2
sudo hattrib -c UNIX -t "????" :ofboot.b
sudo hattrib -c UNIX -t tbxi :core.elf
sudo humount
#իւնիքս #ջենթու #մակ #լինուքս #գրաբ #միջուկ
հետաքրքիր ա՝ ստացւում ա որ jolla֊ի արտադրած jolla սարքը աւելի անազատ ա, քան նոյնիսկ sony open device program֊ի xperia֊ները․ վերջիննեերը կաերլի ա ֆլեշ անել՝ ուզածդ իմեջը մէջը գցել։ նոյնը հնարաւոր էր n900֊ի հետ։
եւ նման սարք փչացնելուց չես վախենում՝ սխալ անես՝ զրօյից ռեինսթոլ կանես։
ու հետաքրքիր ա որ jolla սարքը փակ ա ոչ թէ jolla ընկերութեան չար լինելուց, այլ այն պատճառով, որ ընկերութիւնը թոյլ էր ու կախուած էր աւելի մեծ խաղացողներից՝ լիցենզաւորելով իրենցից այփիի զգալի մասը։
իսկ սոնին հզօր եւ անկախ խաղացող ա։ ու կարող ա իրան թոյլ տալ լինել «բարի» եւ ունենալ բաց սարքերի ծրագիր։
որպէս աւարտ շեշտեմ որ սոնիի բաց սարքը չի նանաշկում որ այն աշխատելու ա մէյնլայն միջուկով։ պէտք ա օգտագործել սոնիի փակ միջուկը։
ու իրական բաց սարքն որ բարեփախտաբար այսօր ունենք՝ փայնֆոնն ա։ էսօր դրա օհ֊երի մի մասը կրկին անդրոիդ միջուկ են քշում, բայց կան ազատ միջուկով օհ֊եր։ ու օրինակ, մեգիի կերնել շիփ անողներ։
ու տէնց։
#ազատութիւն #սէյլֆիշ #յոլլա #եօլլա #սարք #հեռախօս #լինուքս #միջուկ #անդրոիդ #տեք
իւնիքս պրոցեսները ունենում են վիճակ։ օրինակ, կարող են լինել կանգնեցուած, կամ տուեալ պահին գործող։ կարող են լինել վրիպազէրծուող։
իսկ կարող են ունենալ պրոցեսների աղիւսակի մէջ որպէս D
նշուած վիճակ, որի մասին ձեռնարկում ասւում ա՝ uninterraptible I/O wait
։
ու uninterraptible ա այն բառացիօրէն՝ այն չի լինում ընդհատել։
հարցն այն ա, որ պրոցեսը՝ որը ծրագիր ա կատարման ընթացքում, անում ա տարբեր գործողութիւններ՝ օրինակ ինչ֊որ տուեալներ ա ստանում եւ մշակում։ մշակելու ալգորիթմը ձեւակերպում ա ծրագրաւորողը, իսկ ինչպէ՞ս ա տուեալներ ստանում՝ օրինակ դիսկից, կամ համացանցից։
դիսկից կամ համացանցից կարդալ ամէն ծրագիրը չպիտի կարողանայ՝ էդ օհ֊ի պարտականութիւնն ա՝ դիսկից մի բան կարդալ ու տալ ծրագրին։
այդ պատճառով ծրագիրը կանչում ա, դիցուք read() օհ֊ի API֊ի կանչ, ու երբ այն կանչում ա այդ ֆունկցիան, բնական ա, պիտի սպասի, մինչեւ օհ֊ը կարդայ, դիցուք մի բայթ, դիսկի որեւէ ֆայլից, ու տայ ծրագրին։ այս պահին արդէն ծրագիրը գործ չի անում՝ անում ա գործ կերնելը՝ միջուկը։
զի ժամանակակից օպերացիոն համակարգերը պետութեան կամ լուրջ կազմակերպութեան պէս են՝ ծրագիրը չի կարող ցանկացած ռեսուրսի դիմել, ինչպէս ընկերութեան աշխատողը չի կարող տեսնել HR֊ի կամ հաշուապահութեան տուեալները, իսկ ոստիկանութեան աշխատողը չի կարող առանց հատուկ հայցի դիմել փողոցային խցիկներից տուեալներ ստանալու համար։
այսպէս, DOS֊ի ծրագիրը փաստացի կարող էր օգտագործել համակարգի բոլոր հնարաւոր ռեսուրսները։ դա ծրագրին սովորաբար сходило с рук/it could get away with it հաջողւում էր առանց շատ խնդիրների, շնորհիւ նրա, որ այն միակ կատարուող ծրագիրն էր։
աւելի բեթար բարդ վիճակ էր windows95֊ոտ համակարգերում, ուր եւ ակտուալ էին BSOD֊ն ու viral դարձան վիրուսները։
բայց եւ աւելի հին, Unix համակարգերում, նման հարցերը վաղուց ինչ֊որ ձեւ լուծուած էին եւ էդ լուծումները դարձան մէյնսթրիմ այսօր (այլ հարց ա որ դրանք լուծելու այլ ժամանակակից տեսակէտներ կան)։
էսօր սովորական լուծումն այն ա, որ ծրագիրը չի կարող օգտագործել որեւէ ռեսուրս առանց օհ֊ի թոյլտւութեան, զի բոլոր ռեսուրսները՝ ֆայլերը, յիշողութիւնը, նկարչութիւնը (վիդեօ յիշողութիւնը), ցանցը՝ տրամադրում ա միջուկը, հաւանութիւն տալով ծրագրի հայտին, կամ մերժում ա, չի տրամադրում՝ համարելով որ այդ պրոցեսը (որն աշխատում այդ օգտատիրոջ անունից) չի կարող դիմել ռեսուրսի համար, կամ որ աւել ռեսուրս իրան չի հասնում՝ չափազանց շատ ա արդէն օգտագործել, եւ այլն։
այսպէս, նիշքից կարդալու համար, նախ պէտք ա օհ֊ին խնդրել այդ նիշքը տրամադրել, իսկ երբ այն թոյլ տայ՝ օկ, բացիր նիշքը, պիտի ամէն անգամ խնդրես օհ֊ին որ կարդայ, ու քեզ ասի ինչ ա մէջը գրուած։ ինքնուրոյն քիթդ խոթել դրա մէջ չես կարող՝ ամէնն արւում ա օհ֊ի միջոցով։
(windows֊ի աշխարհում դա սկսուեց windows nt֊ից, որն աւելի մասնագիտական, ոչ մէյնսթրիմ մայքրոսոֆթի օհ էր։։ իննսունականներին nt օգտագործող ծրագրաւորողները հպարտանում էին որ իրենց կարգիչներն անհամեմատ աւելի անխոցելի էին զանազան վիրուսների հանդէպ, իսկ windows 2000֊ից նոյն մօտեցումը կիրառուեց աւելի մէյնսթրիմ՝ ոչ միայն մասնագէտների համար։ իսկապէս, win{95,98} ընտանիքի օհ֊ի համար վիրուս գրելն առանձնապէս բարդ չէր՝ արա ինչ ուզում ես, ոչ ոք ձեռքերիդ չի խփի։ nt ընտանիքի օհ֊երի համար վիրուս գրելն արդէն էդքան տրիւիալ գործ չէր, բայց ինչպէս տեսնում ենք մինչ այսօր՝ լրիւ իրատեսական։)
հիմա հասանք այն պահին, որ խնդրում ենք օհ֊ից կարդալ բայթ՝ նիշքից։ ասացինք՝ read(), մեր ծրագիրն էս պահին այլեւս սպասում ա։ եթէ սպասելը երկար ա՝ դուք դա նկատում էք՝ ինտերֆէյսը սառում ա, երբ ծրագրաւորողը multithreaded ձեւով չի գրում։ սկսում էք կտացնել տարբեր տեղեր, եւ գիտէք, ձեր կտոցները պահւում են հատուկ բուֆերի մէջ, որը կոչւում ա message queue, որ յետոյ, երբ ծրագիրն վերսկսի աշխատանքը, էդ ձեր message֊ները պրոցես անի։
արեցինք read() ու այս պահին արդէն գնդակը միջուկի դաշտում ա, պիտի սպասենք մինչեւ մի բան վերադարձնի։ իսկ ի՞նչ անի էդ խեղճ միջուկը, եթէ էս պահին ֆայլը հասանելի չի՝ օրինակ դիսկն ա վատացել, ու չի պատասխանում, կամ դիսկը հեռավար ա, ու կապն ա անջատուել, եւ նիշքը չի երեւում։ կամ ցանցային այլ ռեսուրսից ենք օգտւում, ինտերնետ սոքեթից ենք բան կարդում։
էս էն պահն ա, երբ պրոցեսն ընդունում ա uninterraptible I/O wait կարգավիճակ։ ինչի՞ ա uninterraptible՝ հարցն այն ա, որ էդ պրոցեսը սպանել չի լինի, զի միջուկի ներսի կարդացող պրոցեսը, ըստ միջուկի ծրագրաւորողների սպանել չի կարելի։ այդ դէպքում՝ միջուկի պրոցեսի ընդհատումը կը բերի միջուկի յիշողութեան անկանխատեսելի վիճակին, որը կարող ա բերել ընդհանուր օպերացիոն համակարգի անկանխատեսելի վիճակին։ եւ միջուկի նախագծողները համարեցին (բնականաբար) որ աւելի լաւ ա թոյլ չտալ որոշ պրոցեսներ ընդհատել, կամ այդ ընդհատումը կարող ա բերել այն աղէտալի վիճակի, որ աւելի լաւ ա մարդը, եթէ իրան իսկապէս պէտք ա՝ կոճակը սեղմելով կարգիչը վերամեկնարկի։
ինչի՞ կոճակը սեղմելով՝ զի միջուկը ինքը չի կարող ազատուել, հիմնականում, այդ իր միջի չարաբաստիկ պրոցեսից՝ զի միջուկը չի կարող շարունակել նորմալ աշխատանք եթէ ընթերցող պրոցեսն ընդհատի։
հետեւաբար նման համակարգ չի էլ լինի հրամանով(shutdown, poweroff, halt) անջատել։
իրականում ֆուտբոլը կարող ա իսկապէս լինել լաւ մետաֆորա՝ պատկերացրէք, գնդակը միջուկի՝ այլ թիմի խաղացողների մօտ ա։ պիտի հետը մի բան անեն, նոր տշեն քեզ հետ։ եթէ ընդհատես սպասելդ, ասես՝ չէ, գնդակը պիտի հէնց հիմա յայտնուի ինձ մօտ, ապա էն խաղացողները, որ գնդակ էին տշում, կարող ա իրար խփեն, ընկնեն, վնասուեն՝ անկանխատեսելի ձեւով։ եւ տէնց վնասուած օհ ունենալ աւելի վտանգաւոր ա, քան կախած պրոցես։ այլընտրանքը՝ ձեռքով կոճակ սեղմելն՝ աւելի անվտանգ ա։
ծրագրաւորման ու տտ աշխարհի հետ, իրականում շատ լաւ բռնում են իրական կեանքի, կամ գրքերի սցենարները։ պատկերացրէք, գիքորը բերում ա սամովարը դնի տիրոջ սեղանին, զի պիտի սցենարով առաջնորդուի, բայց պարզւում ա՝ սեղան չկայ, սամովարի միջի տաք ջուրը թափւում ա՝ բոլորն այրուածքներ են ստանում։ ահա ձեզ զուգահեռ ծրագրաւորման օրինակ։
դէ մինչ։
#ծրագրաւորում #տեքնոլոգիաներ #գիքոր #սամովար #զուգահեռութիւն #միջուկ #կերնել #իւնիքս #օպերացիոն_համակարգեր #օհ #ծրագրակազմ
ինչ֊որ պատճառով, եթէ CONFIG_ROCKCHIP_CDN_DP
֊ը միացուած ա, փայնբուքի էկրանը չի միանում 5.9.1֊ով։
էլի բզբզացի, CONFIG_DRM=y
, CONFIG_DRM_ROCKCHIP=y
, CONFIG_DRM_KMS_HELPER=y
, առաջ՝ m
էր։
տեսնեմ աւելի լաւ կաշխատի՞ գրաֆիկան։
#փայնբուք #լինուքս #միջուկ #գրաֆիկա
ինչի՞ ա մաեմօ֊լեստէն կամ պոստմարկէտօս֊ը օգտագործում միայն մէյնլայն միջուկ՝ դա միայն գաղափարական֊քաղաքական որոշում չի, այլեւ տեքնիկական՝
որովհետեւ բարդ ա յետոյ նայել ու թարմացնել տարբեր սարքերի համար միջուկների բազմազանութիւն։ եթէ դիցուք ունենք 100 սարք (հեռախօս), ամէն մէկն իր միջուկով, ապա ունենք նոյնքան միջուկի առանձին ֆորք՝ ֆիքսած վարկածներով, ու պարզ սեքիւրիթի փաթչ աւելացնելը դառնալու ա գլխացաւանք՝ լաւագոյն դէպքում պէտք կը լինի բեքփորտ անել այն հարիւր տարբեր կոդի մէջ, իսկ վատագոյն՝ ոչ մի բան էլ անել չի լինի, քանի որ նոյնիսկ միայն էդ կոնկրետ միջուկի վարկածը հասանելի ա միայն բինար ձեւով։
նաեւ, էն լինուքս միջուկը որը հեռախօսների մէջ ա, շատ ա տարբերուում մէյնլայնից ու մեր իմացած լինուքսից՝ ահաւոր շատ փոփոխութիւն ա պարունակում՝ սկսած գուգլից, վերջացրած soc֊ի՝ չիպսետի, ու հեռախօսի արտադրողի փաթչերով։ եւ տարբեր soc֊երի ու հեռախօսների արտադրողների մօտ լրիւ տարբեր փաթչեր են, որ անկապ տեղերում կոնֆլիկտներ կառաջացնեն։
https://wiki.postmarketos.org/wiki/The_Mainline_Kernel
#միջուկ #մաեմո #մաեմօ #պոստմարկետօս #պոստմարկետ #պոստմարկէտօս #պոստմարկէտ #մաեմօ-լեստէ #մաեմո-լեստէ #լինուքս #սեփականատիրական_ծա #սեփականատիրական_ծրագրակազմ #ազատ_ծա #ազատ_ծրագրակազմ #տեքնոլոգիաներ #ազատութիւն
լիքը մարդիկ կարողանում են ոչ թէ պարզապէս օգտուել, այլ հէնց՝ take advantage of էն ինչ այլ մարդիկ արել են, ու դա ոչ մի ձեւ չի օգնում այդ աշխատանքը կատարած մարդկանց, կամ համայնքին՝ օգնում ա միայն իրենց։
դա կատարուում ա ամենատարբեր շերտերում։
սկսած դեբիլ դեւելոփերից որ կարողացել ա կայք սարքել որը վիդեօ ա փոխարկում իսկ տակից օգտագործում ա ffmpeg֊ը, որն ազատ ու համայնքի կողմից զարգացած գործիք ա, կամ կայքից որը տեքստ ֆայլերի ֆորմատներն ա իրար փոխում, բայց տակից օգտագործում ա ասենք կալիբրի փոխարկիչը, ու էդ կայքերը ձեզ ցոյց են տալիս գովազդ, թռնում են ձեր դէմքին զանազան առաջարկներով, ու լկտիութիւն են ունենում ուոթերմարկ դնել նկարի վրայ որը խմբագրել են տակից աշխատող ազատ imagemagick֊ով, քանի որ իրենց փող եւ անձնական տուեալներ չէք տալիս։
իսկ աւարտած դէ օրինակ անդրոիդ հեռախօսների արտադրողներով, որ ինչ ասես չեն աւելացնում լինուքս կերնելի մէջ, պլիւս լիքը ձեզ համար անպիտան, բայց իրենց համար կարեւոր սոֆթ են աւելացնում հեռախօսի մէջ, որը ձեզ վաճառում են։ ու էդ հեռախօսն ունենալիս դուք չէք կարող էդ ամէնը հանել։
էսպէս իրենք օգտուում են համայնքի սարքած բարիքներից՝ իսկ յետոյ անհամեմատ աւելի քիչ ջանք դնելով այդ գործի վրայ՝ աշխատում են անհամեմատ աւելի շատ փող։
ինչո՞ւ՝ որովհետեւ կարող են։ որովհետեւ մեր արտօնագրերը իրենց թոյլ են տալիս։ որովհետեւ մարդիկ կան, որ ասում են, որ bsd արտօնագիրը ամենալիբերալն ա։ ես այդ պնդման հետ բնաւ համաձայն չեմ։ այն ամենալիբերալը չի՝ ամենաալտրուիստականն ա։ ըստ որում ալտրուիստական ա ոչ թէ մարդկանց մեծամասնութեան՝ իրենց դնում ա վատ վիճակի մէջ, այլ մի քանիսի համար ա ալտրուիստական, որ փող են քաղելու հեղինակների արած գործից։
ու ես մտածում եմ, որ պէտք չի անել նոյնը, ինչ անում են իրենք։ էթիկապէս ճիշտ չի օգտագործել անդրոիդ նոյնիսկ իր ազատ ձեւով՝ ռեպլիկանտի, կամ թէկուզ ազատին մօտ՝ լինէյջի ձեւով։
պէտք չի։ դրանով մենք չենք նպաստում մեր ազատ օհ֊երի լաւացմանը, դրանով մենք նպաստում ենք անդրոիդում հասանելի յաւելուածների շատացմանը։ դրանով մենք նպաստում ենք որ vlc֊ն դարձել ա bsd արտօնագրի տակ՝ զի gpl ծրագրակազմը չի կարող լինել փլէյ սթորում՝ փլէյ սթորի պայմաններով ամէնը ինչ այնտեղից ներբեռնած ա՝ չի կարելի տարածել։
ու նաեւ էթիկապէս լաւ չի։ պէտք չի անել էնպէս ինչպէս իրենք են անում։ մեզ պէտք չեն իրենց սարքած պսեւդո ազատ գործիքները։ մենք մերը սարքում ենք ու կարող ենք զարգացնել։
#ազատութիւն #ծրագրակազմ #ազատ_ծա #ազատ_ծրագրակազմ #միջուկ #կերնել #լինուքս #անդրոիդ #արտօնագիր
ինձ մօտ մի տերմինալի մէջ յաճախ բաց ա լինում կերնել լոգը։
տեսնեմ՝ էնտեղ սէնց բաներ են՝
reset high-speed USB device number 56 using ehci-pci
ասում եմ՝
lsusb | grep 56
տալիս ա՝
1bcf:2b8d Sunplus Innovation Technology Inc.
էդ uvc խցիկն ա։
մտածում եմ՝ չէ՞ որ rmmod եմ արել, մոդուլը պէտք ա չլինի։
պարզւում ա որ մէկ ա, իւզերսպէյս ծրագիրը կարող ա ուզի որ մոդուլը բեռնուի։
ու ապա յատուկ պէտք ա օհ֊ին ասել, որ միայն լիազօրուած օգտատիրոջ կողմից ուզելու դէպքում բեռնի։
kernel.modules_disabled=1
ու տէնց։ #օհ #օպերացիոն_համակարգ #կերնել #միջուկ #հետազօտութիւն #լինուքս #իւնիքս #անկապ
հետաքրքիր ա, որ կերնելի դեւելոփերները չեն մտածել, թէ ինչ կը լինի, եթէ տաս տարի անց մէկը փորձի կազմարկել իրենց միջուկը, չէ՞ որ տաս տարի անց այլ քարտեր են լինելու ալֆա վիճակում։
ու դա այն մասին ա, որ այսօր մենք շատ լաւ գիտենք, որ այսօր գրուած ծա֊ն, վաղը չի աշխատելու, ինչպէս կայ՝ օրինակ՝ չի կազմարկուի վաղուայ կազմարկիչով, ու այսօր այս միջուկն ա, ու այսօր այսպէս ա ասում։ իսկ վաղը այն ակտուալ չի լինի, զի կը լինի նոր միջուկ, նոր կազմարկիչ, նոր երկաթ, եւ ամէնը այլ ձեւ ա լինելու։
ու ծրագրաւորում էլ ժամանակից դուրս չկայ։
#միջուկ #կերնել #ծա #տտ #ծրագրաւորում
լինուքսի 3.5.0֊ից սկսած կայ dmesg -w։ հիանալի է։ շատ աւելի հարմար, քան watch ‘dmesg | tail -10'֊ը։
#լինուքս #միջուկ #կոնսոլ
Փաստորեն, այսպիսի հաղորդագրություններ(dmesg) է ցուցադրում միջուկը՝
ու տենց