մի քանի օր առաջ թարմացրի postmarketos֊ը, ու սէնց եղաւ՝
ERROR: unsupported "filesystem()
https://postmarketos.org/troubleshooting
յղումով իրականում ոչ մի հետաքրքիր բան չկար։ կար նման դէպք բայց դա այլ դէպք ա։
իրենք բութ լոադերն են ֆիքսում։
իսկ ինձ մօտ այն նորմալ էր, միջուկը բեռնուած էր, չէր կարողանում ապակրիպտաւորել կամ մաունթել ապակրիպտաւորումից յետոյ root բաժինը։
իրենց խորհուրդն էր՝ քաշել postmarketos֊ի դիտրիբուտիւ, տեղակայել sd քարտի վրայ, բեռնել համակարգ դրանից, յետոյ աշխատեցնել բութը ֆիքսող հրաման՝
update-u-boot -d /dev/mmcblk2
նախ ես ուզեցի էլ չտեղակայել sdcard֊ի վրայ postmarketos՝ ես արդէն ունեմ դրա վրայ մաեմօ։
բութ եղայ, նայեցի բաժիններն ինչ անուններ ունեն՝
root@devuan-pinephone:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179:0 0 28.9G 0 disk
├─mmcblk0p1 179:1 0 128M 0 part /boot
└─mmcblk0p2 179:2 0 28.8G 0 part /
zram0 254:0 0 256M 0 disk [SWAP]
mmcblk2 179:256 0 29G 0 disk
├─mmcblk2p1 179:257 0 243M 0 part
└─mmcblk2p2 179:258 0 28.7G 0 part
mmcblk2boot0 179:512 0 4M 1 disk
mmcblk2boot1 179:768 0 4M 1 disk
օկէյ, բա ո՞րն ա ընթացիկ արմատը՝
root@devuan-pinephone:~# cat /etc/fstab
# fstab for arm system
none /sys/kernel/debug debugfs defaults 0 0
/dev/mmcblk0p1 /boot ext2 defaults 0 1
mmcblk0֊ն ա իսկականը՝ այսինքն sd քարտինը։ հետեւաբար mmcblk2֊ը ներքին emmc֊ն ա։
ապակրիպտաւորենք բաժինը՝
root@devuan-pinephone:~# cryptsetup luksOpen /dev/mmcblk2p2 pmosroot
Enter passphrase for /dev/mmcblk2p2:
հիանալի, հիմա ստեղծուել ա /dev/mapper/pmosroot֊ը։ այն կարելի ա մաունթ անել։
root@devuan-pinephone:~# mount /dev/mapper/pmosroot /mnt/
մինչ chroot լինելը լաւ կը լինէր որ էդ համակարգը որի մէջ մտնում ենք, ունենար /proc, /sys եւ այլն պանակները, կպցնենք դրանք մեր օհ֊ից։՝
root@devuan-pinephone:~# mount --bind /proc /mnt/proc; mount --bind /sys /mnt/sys; mount --bind /dev /mnt/dev; mount --bind /dev/pts /mnt/dev/pts
սէնց բաներ ջենթու տեղակայելով եմ սովորել։
մինչեւ chroot֊ը նաեւ պէտք ա իսկական /boot֊ը կպցնել, թէ չէ /֊ի մէջ դատարկ պանակ ա /boot֊ը բնականաբար՝
root@devuan-pinephone:~# mount /dev/mmcblk2p1 /mnt/boot
հիմա ժամանակն ա chroot լինելու՝
root@devuan-pinephone:~# chroot /mnt
ու երեւի թէ initrd֊ն ա վնասուած։ այն կը ստեղծուի նորից եթէ միջուկը կրկին տեղակայեմ՝
root@devuan-pinephone:~# apk fix --reinstall linux-postmarketos-allwinner
այլապէս կարելի ա թարմացնել՝ apk update && apk upgrade ու յուսալ որ նոր միջուկի թարմացում կայ։
ահա, կրկին տեղակայելը էսպէս կատարուեց՝
(1/1) Reinstalling linux-postmarketos-allwinner (6.8.4_git20240405-r1)
Executing busybox-1.36.1-r25.trigger
Executing postmarketos-mkinitfs-2.4.0-r0.trigger
01:45:36.396990 Generating for kernel version: 6.8.4
01:45:36.397217 Output directory: /boot
01:45:36.397234 Unknown or no compression format set, using gzip
01:45:36.397294 == Generating initramfs ==
01:45:36.397316 - Using compression format gzip with level "default"
01:45:36.397420 - Searching for directories specified in /usr/share/mkinitfs/dirs
01:45:36.397615 -- Creating directories from: /usr/share/mkinitfs/dirs/00-initramfs-base.dirs
01:45:36.397924 - Searching for directories specified in /etc/mkinitfs/dirs
01:45:36.398130 - Searching for file lists from /usr/share/mkinitfs/files
01:45:36.398307 -- Including files from: /usr/share/mkinitfs/files/00-device-pine64-pinephone-modules.files
01:45:36.398537 -- Including files from: /usr/share/mkinitfs/files/00-initramfs-base.files
01:45:36.407352 -- Including files from: /usr/share/mkinitfs/files/30-postmarketos-bootsplash.files
01:45:36.408846 -- Including files from: /usr/share/mkinitfs/files/postmarketos-base.files
01:45:36.409185 - Searching for file lists from /etc/mkinitfs/files
01:45:36.409447 - Searching for hook scripts from /usr/share/mkinitfs/hooks
01:45:36.409600 - Searching for hook scripts from /etc/mkinitfs/hooks
01:45:36.410176 - Searching for kernel modules from /usr/share/mkinitfs/modules
01:45:36.410315 -- Including modules from: /usr/share/mkinitfs/modules/00-default.modules
01:45:36.448780 -- Including modules from: /usr/share/mkinitfs/modules/00-device-pine64-pinephone.modules
01:45:36.462556 - Searching for kernel modules from /etc/mkinitfs/modules
01:45:41.398502 initramfs completed in: 5.00s
01:45:41.398630 Unknown or no compression format set, using gzip
01:45:41.398655 == Generating initramfs-extra ==
01:45:41.398682 - Using compression format gzip with level "default"
01:45:41.398758 - Searching for file lists from /usr/share/mkinitfs/files-extra
01:45:41.399119 -- Including files from: /usr/share/mkinitfs/files-extra/00-initramfs-extra-base.files
01:45:41.441111 -- Including files from: /usr/share/mkinitfs/files-extra/30-unl0kr.files
01:45:41.535469 - Searching for file lists from /etc/mkinitfs/files-extra
01:45:41.535922 - Searching for hook scripts from /usr/share/mkinitfs/hooks-extra
01:45:41.536130 - Searching for hook scripts from /etc/mkinitfs/hooks-extra
01:45:41.541355 - Searching for kernel modules from /usr/share/mkinitfs/modules-extra
01:45:41.542575 - Searching for kernel modules from /etc/mkinitfs/modules-extra
01:45:54.584109 initramfs-extra completed in: 13.19s
01:45:54.584249 == Using boot-deploy to finalize/install files ==
==> Running hooks
==> kernel: device-tree blob operations
==> Checking free space at /boot
... OK!
==> Installing: /boot/initramfs
==> Installing: /boot/initramfs-extra
==> Installing: /boot/sun50i-a64-pinephone-1.1.dtb
==> Installing: /boot/sun50i-a64-pinephone-1.2.dtb
01:45:57.856197 boot-deploy completed in: 3.27s
01:45:57.881770 mkinitfs completed in: 21.49s
OK: 4880 MiB in 1281 packages
devuan-pinephone:/#
հիմա մնաց անջատել պանակները՝
root@devuan-pinephone:~# umount /mnt/sys
root@devuan-pinephone:~# umount /mnt/proc
root@devuan-pinephone:~# umount /mnt/dev/pts
root@devuan-pinephone:~# umount /mnt/dev
ու վերամեկնարկել համակարգը։ անջատեցի, հանեցի մաեմօ֊ի քարտը, որ ներքինից բեռնուի։ ու եղաւ։ (:
#տէք #մաեմօ #պոստմարկետօս #փայնֆոն #վերականգնում #օպերացիոն_համակարգեր #լինուքս #միջուկ #վերակենդանացում
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) է ցուցադրում միջուկը՝
ու տենց