Raspberry-logo

Mas Matibay ang Raspberry Pi File Sistema

Raspberry-Pi-Making-a-More-Resilient-File-System-produkto

Saklaw ng dokumento

Nalalapat ang dokumentong ito sa mga sumusunod na produkto ng Raspberry Pi:

Pi 0 Pi 1 Pi 2 Pi 3 Pi 4 Pi 400 CM1 CM3 CM4 CM 5 Pico
0 W H A B A B B Lahat Lahat Lahat Lahat Lahat Lahat Lahat
* * * * * * * * * * * * * *  

 

Panimula

Ang mga Raspberry Pi Ltd na device ay kadalasang ginagamit bilang data storage at monitoring device, kadalasan sa mga lugar kung saan maaaring mangyari ang biglaang pagkawala ng kuryente. Tulad ng anumang computing device, ang pagkawala ng kuryente ay maaaring magdulot ng katiwalian sa storage. Ang whitepaper na ito ay nagbibigay ng ilang mga opsyon sa kung paano maiwasan ang data corruption sa ilalim ng mga ito at iba pang mga pangyayari sa pamamagitan ng pagpili ng naaangkop file system at setup upang matiyak ang integridad ng data. Ipinapalagay ng whitepaper na ito na ang Raspberry Pi ay nagpapatakbo ng Raspberry Pi (Linux) operating system (OS), at ganap na napapanahon sa pinakabagong firmware at mga kernel.

Ano ang data corruption at bakit ito nangyayari?
Ang data corruption ay tumutukoy sa mga hindi sinasadyang pagbabago sa data ng computer na nangyayari sa panahon ng pagsulat, pagbabasa, pag-iimbak, paghahatid, o pagproseso. Sa dokumentong ito, imbakan lang ang tinutukoy namin, sa halip na paghahatid o pagproseso. Maaaring mangyari ang katiwalian kapag ang proseso ng pagsulat ay naantala bago ito makumpleto, sa paraang pumipigil sa pagkumpleto ng pagsulat, para sa example kung mawawalan ng kuryente. Ito ay kapaki-pakinabang sa puntong ito na nagbibigay ng isang mabilis na pagpapakilala sa kung paano ang Linux OS (at, sa pamamagitan ng extension, Raspberry Pi OS), nagsusulat ng data sa imbakan. Karaniwang gumagamit ang Linux ng mga write cache upang mag-imbak ng data na isusulat sa storage. Ang cache na ito (pansamantalang nag-iimbak) ng data sa random access memory (RAM) hanggang sa maabot ang isang tiyak na paunang-natukoy na limitasyon, kung saan ang lahat ng natitirang pagsusulat sa storage medium ay ginawa sa isang transaksyon. Ang mga paunang natukoy na limitasyong ito ay maaaring may kaugnayan sa oras at/o laki. Para kay exampSa gayon, ang data ay maaaring i-cache at isulat lamang sa imbakan tuwing limang segundo, o isusulat lamang kapag may isang tiyak na halaga ng data na naipon. Ang mga scheme na ito ay ginagamit upang mapabuti ang pagganap: ang pagsulat ng isang malaking bahagi ng data nang sabay-sabay ay mas mabilis kaysa sa pagsusulat ng maraming maliliit na piraso ng data.

Gayunpaman, kung ang kapangyarihan ay nawala sa pagitan ng data na nakaimbak sa cache at ito ay isinusulat, ang data na iyon ay mawawala. Iba pang mga posibleng isyu ay lumitaw sa ibaba ng proseso ng pagsulat, sa panahon ng pisikal na pagsulat ng data sa storage medium. Minsan isang piraso ng hardware (para sa halampSa gayon, ang interface ng Secure Digital (SD) card) ay sinabihan na magsulat ng data, kailangan pa rin ng isang may hangganang oras para pisikal na maiimbak ang data na iyon. Muli, kung nangyari ang power failure sa napakaikling panahon na iyon, posibleng masira ang data na isinusulat. Kapag isinara ang isang computer system, kabilang ang Raspberry Pi, ang pinakamahusay na kasanayan ay ang paggamit ng opsyon sa pag-shutdown. Titiyakin nito na ang lahat ng naka-cache na data ay naisulat, at ang hardware ay nagkaroon ng oras upang aktwal na isulat ang data sa storage medium. Ang mga SD card na ginagamit ng karamihan sa hanay ng mga device ng Raspberry Pi ay mahusay bilang murang pagpapalit ng hard drive, ngunit madaling mabigo sa paglipas ng panahon, depende sa kung paano ginagamit ang mga ito. Ang flash memory na ginagamit sa mga SD card ay may limitadong write cycle lifetime, at habang lumalapit ang mga card sa limitasyong iyon, maaari silang maging hindi maaasahan. Karamihan sa mga SD card ay gumagamit ng pamamaraan na tinatawag na wear leveling upang matiyak na magtatagal ang mga ito hangga't maaari, ngunit sa huli ay maaari silang mabigo. Ito ay maaaring mula buwan hanggang taon, depende sa kung gaano karaming data ang naisulat sa, o (mas mahalaga) nabura mula sa, card. Ang buhay na ito ay maaaring mag-iba nang malaki sa pagitan ng mga card. Ang pagkabigo ng SD card ay karaniwang ipinapahiwatig ng random file mga katiwalian habang ang mga bahagi ng SD card ay hindi na magagamit.

Mayroong iba pang mga paraan para masira ang data, kabilang ang, ngunit hindi limitado sa, may sira na medium ng imbakan, mga bug sa software sa pagsulat ng storage (mga driver), o mga bug sa mga application mismo. Para sa mga layunin ng whitepaper na ito, ang anumang proseso kung saan maaaring mangyari ang pagkawala ng data ay tinukoy bilang isang kaganapan sa katiwalian.

Ano ang maaaring maging sanhi ng isang write operation?
Karamihan sa mga application ay gumagawa ng ilang uri ng pagsulat sa storage, halimbawaample configuration information, database updates, at iba pa. Ilan sa mga ito files ay maaaring kahit na pansamantala, ibig sabihin, ginagamit lamang habang tumatakbo ang programa, at hindi nangangailangan na mapanatili sa isang ikot ng kuryente; gayunpaman, nagreresulta pa rin sila sa mga pagsusulat sa daluyan ng imbakan. Kahit na ang iyong aplikasyon ay hindi aktwal na nagsusulat ng anumang data, sa background ang Linux ay patuloy na gumagawa ng mga pagsusulat sa imbakan, karamihan ay nagsusulat ng impormasyon sa pag-log.

Mga solusyon sa hardware

Bagama't hindi ganap na nasa loob ng whitepaper na ito, ito ay nagkakahalaga ng pagbanggit na ang pagpigil sa hindi inaasahang pagkawala ng kuryente ay isang karaniwang ginagamit at mahusay na nauunawaan na pagpapagaan laban sa pagkawala ng data. Tinitiyak ng mga device tulad ng uninterruptible power supply (UPSs) na ang power supply ay nananatiling solid at, kung mawawalan ng kuryente ang UPS, habang nasa baterya, masasabi nito sa computer system na malapit na ang pagkawala ng kuryente upang ang pagsara ay maaaring magpatuloy nang maganda bago maubos ang backup na power supply. Dahil ang mga SD card ay may limitadong panghabambuhay, maaaring maging kapaki-pakinabang na magkaroon ng kapalit na rehimeng nagsisigurong mapapalitan ang mga SD card bago sila magkaroon ng pagkakataong maabot ang katapusan ng buhay.

Matatag file mga sistema

Mayroong iba't ibang mga paraan upang ang isang Raspberry Pi device ay maaaring tumigas laban sa mga kaganapan sa katiwalian. Ang mga ito ay nag-iiba-iba sa kanilang kakayahang pigilan ang katiwalian, sa bawat aksyon ay binabawasan ang pagkakataong mangyari ito.

  • Pagbawas ng mga pagsusulat
    Ang pagbabawas lang ng dami ng pagsusulat na ginagawa ng iyong mga application at ng Linux OS ay maaaring magkaroon ng kapaki-pakinabang na epekto. Kung ikaw ay gumagawa ng maraming pag-log, kung gayon ang mga pagkakataon ng mga pagsusulat na nangyayari sa panahon ng isang kaganapan sa katiwalian ay tumaas. Ang pagbabawas ng pag-log in sa iyong application ay hanggang sa end user, ngunit maaari ding bawasan ang pag-log in sa Linux. Ito ay partikular na nauugnay kung gumagamit ka ng flash-based na storage (hal. eMMC, SD card) dahil sa kanilang limitadong write life cycle.
  • Pagbabago ng mga oras ng pangako
    Ang oras ng pangako para sa a file Ang system ay ang tagal ng oras kung kailan ito nag-cache ng data bago nito kopyahin ang lahat ng ito sa storage. Ang pagtaas ng oras na ito ay nagpapabuti sa pagganap sa pamamagitan ng pag-batch ng maraming pagsusulat, ngunit maaaring humantong sa pagkawala ng data kung mayroong kaganapan ng katiwalian bago isulat ang data. Ang pagbawas sa oras ng pag-commit ay mangangahulugan ng mas kaunting pagkakataon ng isang kaganapan sa katiwalian na humahantong sa pagkawala ng data, bagama't hindi nito ganap na pinipigilan.
    Para baguhin ang oras ng commit para sa pangunahing EXT4 file system sa Raspberry Pi OS, kailangan mong i-edit ang \etc\fstab file na tumutukoy kung paano file ang mga system ay naka-mount sa startup.
  • $sudo nano /etc/fstab

Idagdag ang sumusunod sa EXT4 entry para sa root file sistema:

  • mangako=

Kaya, maaaring ganito ang hitsura ng fstab, kung saan ang oras ng pag-commit ay naitakda sa tatlong segundo. Ang commit time ay magiging default sa limang segundo kung hindi partikular na itinakda.

Raspberry-Pi-Making-a-More-Resilient-File-System-

 

Pansamantala file mga sistema

Kung ang isang aplikasyon ay nangangailangan ng pansamantala file storage, ibig sabihin, ginagamit lang ang data habang tumatakbo ang application at hindi kinakailangang i-save sa isang shutdown, kung gayon ang isang magandang opsyon upang maiwasan ang pisikal na pagsusulat sa storage ay ang paggamit ng pansamantalang file sistema, tmpfs. Dahil ang mga ito file Ang mga system ay batay sa RAM (sa totoo lang, sa virtual memory), anumang data na nakasulat sa isang tmpfs ay hindi kailanman isinulat sa pisikal na imbakan, at samakatuwid ay hindi makakaapekto sa mga buhay ng flash, at hindi maaaring masira sa isang kaganapan ng katiwalian.
Ang paglikha ng isa o higit pang mga lokasyon ng tmpfs ay nangangailangan ng pag-edit sa /etc/fstab file, na kumokontrol sa lahat ng file system sa ilalim ng Raspberry Pi OS. Ang sumusunod na exampPinapalitan ng le ang mga lokasyong nakabatay sa imbakan na /tmp at /var/log ng pansamantala file mga lokasyon ng system. Ang pangalawang example, na pumapalit sa karaniwang folder ng pag-log, nililimitahan ang kabuuang sukat ng file system sa 16MB.

  • tmpfs /tmp tmpfs default,noatime 0 0
  • tmpfs /var/log tmpfs default,noatime,size=16m 0 0

Mayroon ding third-party na script na tumutulong sa pag-set up ng pag-log sa RAM, na makikita sa GitHub. Mayroon itong karagdagang tampok ng paglalaglag ng mga log na nakabatay sa RAM sa disk sa isang paunang natukoy na agwat.

Read-only na ugat file mga sistema

Ang ugat file system (rootfs) ay ang file system sa disk partition kung saan matatagpuan ang root directory, at ito ang file sistema kung saan ang lahat ng iba pa file ang mga system ay naka-mount habang ang system ay naka-boot up. Sa Raspberry Pi ito ay /, at bilang default ito ay matatagpuan sa SD card bilang isang ganap na read/write EXT4 partition. Mayroon ding boot folder, na naka-mount bilang /boot at isang read/write FAT partition. Ang paggawa ng rootfs read ONLY ay pumipigil sa anumang uri ng write access dito, na ginagawa itong mas matatag sa mga kaganapan sa katiwalian. Gayunpaman, maliban kung ang iba pang mga aksyon ay ginawa, nangangahulugan ito na walang maaaring sumulat sa file system sa lahat, kaya ang pag-save ng data ng anumang uri mula sa iyong aplikasyon hanggang sa rootfs ay hindi pinagana. Kung kailangan mong mag-imbak ng data mula sa iyong application ngunit gusto mo ng read-only na rootfs, ang karaniwang pamamaraan ay ang pagdaragdag ng USB memory stick o katulad na para lamang sa pag-iimbak ng data ng user.

TANDAAN
Kung gumagamit ka ng swap file kapag gumagamit ng read-only file system, kakailanganin mong ilipat ang swap file sa isang read/write partition.

Overlay file sistema

Isang overlay file system (mga overlay) pinagsasama ang dalawa file mga sistema, isang itaas file sistema at isang mas mababa file sistema. Kapag may pangalan sa dalawa file system, ang bagay sa itaas file system ay makikita habang ang bagay sa ibaba file system ay maaaring nakatago o, sa kaso ng mga direktoryo, pinagsama sa itaas na bagay. Nagbibigay ang Raspberry Pi ng opsyon sa raspi-config upang paganahin ang isang overlay. Ginagawa nito ang rootfs (mas mababa) na read only, at lumilikha ng RAM-based na upper file sistema. Nagbibigay ito ng halos kaparehong resulta sa read-only file system, na ang lahat ng mga pagbabago ng user ay nawala sa pag-reboot. Maaari mong paganahin ang isang overlay gamit ang alinman sa command line na raspi-config o gamit ang desktop Raspberry Pi Configuration application sa menu ng Mga Kagustuhan.

Mayroon ding iba pang mga pagpapatupad ng mga overlay na maaaring mag-synchronize ng mga kinakailangang pagbabago mula sa itaas hanggang sa ibaba file sistema sa isang paunang natukoy na iskedyul. Para kay exampSa gayon, maaari mong kopyahin ang mga nilalaman ng home folder ng isang user mula sa itaas hanggang sa ibaba bawat labindalawang oras. Nililimitahan nito ang proseso ng pagsulat sa napakaikling panahon, ibig sabihin ay mas maliit ang posibilidad ng katiwalian, ngunit nangangahulugan ito na kung mawawala ang kuryente bago ang pag-synchronize, mawawala ang anumang data na nabuo mula noong huli. pSLC sa Compute modules Ang eMMC memory na ginagamit sa Raspberry Pi Compute Module device ay MLC (Multi-Level Cell), kung saan ang bawat memory cell ay kumakatawan sa 2 bits. Ang pSLC, o pseudo-Single Level Cell, ay isang uri ng NAND flash memory technology na maaaring paganahin sa mga katugmang MLC storage device, kung saan ang bawat cell ay kumakatawan lamang sa 1 bit. Dinisenyo ito para magbigay ng balanse sa pagitan ng performance at tibay ng SLC flash at ang cost-effectiveness at mas mataas na kapasidad ng MLC flash. Ang pSLC ay may mas mataas na tibay ng pagsulat kaysa sa MLC dahil ang pagsusulat ng data sa mga cell ay hindi gaanong madalas na nakakabawas ng pagkasira. Habang ang MLC ay maaaring mag-alok ng humigit-kumulang 3,000 hanggang 10,000 write cycle, ang pSLC ay maaaring makamit ang mas mataas na mga numero, na lumalapit sa mga antas ng pagtitiis ng SLC. Ang tumaas na tibay na ito ay isinasalin sa mas mahabang buhay para sa mga device na gumagamit ng pSLC na teknolohiya kumpara sa mga gumagamit ng karaniwang MLC.

Ang MLC ay mas cost-effective kaysa sa SLC memory, ngunit habang ang pSLC ay nag-aalok ng mas mahusay na performance at tibay kaysa sa purong MLC, ginagawa nito ito sa gastos ng kapasidad. Ang isang MLC device na na-configure para sa pSLC ay magkakaroon ng kalahati ng kapasidad (o mas mababa) na mayroon ito bilang isang karaniwang MLC device dahil ang bawat cell ay nag-iimbak lamang ng isang bit sa halip na dalawa o higit pa.

Mga detalye ng pagpapatupad

Ipinapatupad ang pSLC sa eMMC bilang isang Pinahusay na Lugar ng Gumagamit (kilala rin bilang Pinahusay na imbakan). Ang aktwal na pagpapatupad ng Enhanced User Area ay hindi tinukoy sa pamantayan ng MMC ngunit kadalasan ay pSLC.

  • Ang Pinahusay na Lugar ng Gumagamit ay isang konsepto, samantalang ang pSLC ay isang pagpapatupad.
  • Ang pSLC ay isang paraan ng pagpapatupad ng Enhanced User Area.
  • Sa oras ng pagsulat, ang eMMC na ginamit sa Raspberry Pi Compute Modules ay nagpapatupad ng Enhanced User Area gamit ang pSLC.
  • Hindi na kailangang i-configure ang buong eMMC user area bilang Enhanced User Area.
  • Ang pagprograma ng isang rehiyon ng memorya upang maging isang Pinahusay na Lugar ng Gumagamit ay isang beses na operasyon. Ibig sabihin, hindi na ito maaaring bawiin.

Ino-on ito
Nagbibigay ang Linux ng isang hanay ng mga utos para sa pagmamanipula ng mga eMMC partition sa mmc-utils package. Mag-install ng karaniwang Linux OS sa CM device, at i-install ang mga tool tulad ng sumusunod:

  • sudo apt install mmc-utils

Upang makakuha ng impormasyon tungkol sa eMMC (mababa ang command pipe na ito dahil napakaraming impormasyon ang ipapakita):

  • sudo mmc extcsd basahin /dev/mmcblk0 | mas kaunti

 BABALA
Ang mga sumusunod na operasyon ay isang beses - maaari mong patakbuhin ang mga ito nang isang beses at hindi na maa-undo ang mga ito. Dapat mo ring patakbuhin ang mga ito bago magamit ang Compute Module, dahil buburahin ng mga ito ang lahat ng data. Ang kapasidad ng eMMC ay mababawasan sa kalahati ng dating halaga.

Ang utos na ginamit upang i-on ang pSLC ay mmc enh_area_set, na nangangailangan ng ilang mga parameter na nagsasabi dito kung gaano kalaki ang memory area na paganahin ang pSLC. Ang sumusunod na example ginagamit ang buong lugar. Mangyaring sumangguni sa mmc command help (man mmc) para sa mga detalye kung paano gumamit ng subset ng eMMC.

Raspberry-Pi-Making-a-More-Resilient-File-System-

Pagkatapos mag-reboot ang device, KAILANGAN mong muling i-install ang operating system, dahil ang pagpapagana ng pSLC ay magbubura sa mga nilalaman ng eMMC.

Ang software ng Raspberry Pi CM Provisioner ay may opsyon na magtakda ng pSLC sa panahon ng proseso ng pagbibigay. Ito ay matatagpuan sa GitHub sa https://github.com/raspberrypi/cmprovision.

  • Wala sa device file system / network booting
    Ang Raspberry Pi ay nakakapag-boot sa isang koneksyon sa network, halimbawaampgamit ang Network File System (NFS). Nangangahulugan ito na kapag nakumpleto na ng device ang mga first-s nitotage boot, sa halip na i-load ang kernel at root nito file system mula sa SD card, ito ay na-load mula sa isang network server. Sabay takbo, lahat file ang mga operasyon ay kumikilos sa server at hindi sa lokal na SD card, na wala nang karagdagang papel sa mga paglilitis.
  • Mga solusyon sa cloud
    Sa ngayon, maraming mga gawain sa opisina ang nagaganap sa browser, kasama ang lahat ng data na iniimbak online sa cloud. Ang pag-iwas sa pag-imbak ng data sa SD card ay malinaw na makakapagpahusay sa pagiging maaasahan, sa gastos ng pangangailangan ng palaging naka-on na koneksyon sa internet, pati na rin ang mga posibleng singilin mula sa mga provider ng cloud. Maaaring gumamit ang user ng ganap na pag-install ng Raspberry Pi OS, kasama ang Raspberry Pi na na-optimize na browser, upang ma-access ang alinman sa mga serbisyo ng cloud mula sa mga supplier gaya ng Google, Microsoft, Amazon, atbp. Ang isang alternatibo ay isa sa mga thin-client provider, na pinapalitan ang Raspberry Pi OS ng isang OS/application na tumatakbo mula sa mga mapagkukunang nakaimbak sa isang central server sa halip na SD card. Gumagana ang mga thin client sa pamamagitan ng malayuang pagkonekta sa isang server-based na computing environment kung saan nakaimbak ang karamihan sa mga application, sensitibong data, at memorya.

Mga konklusyon

Kapag sinunod ang tamang mga pamamaraan ng pagsara, ang imbakan ng SD card ng Raspberry Pi ay lubos na maaasahan. Gumagana ito nang maayos sa kapaligiran sa bahay o opisina kung saan makokontrol ang pag-shutdown, ngunit kapag gumagamit ng mga Raspberry Pi na device sa mga kaso ng pang-industriya na paggamit, o sa mga lugar na may hindi maaasahang supply ng kuryente, ang mga karagdagang pag-iingat ay maaaring mapabuti ang pagiging maaasahan.

Sa madaling salita, ang mga opsyon para sa pagpapabuti ng pagiging maaasahan ay maaaring ilista bilang mga sumusunod:

  • Gumamit ng kilalang, maaasahang SD card.
  • Bawasan ang pagsusulat gamit ang mas mahabang oras ng commit, gamit ang pansamantala file system, gamit ang mga overlay, o katulad.
  • Gumamit ng off-device na storage gaya ng network boot o cloud storage.
  • Magpatupad ng isang rehimen upang palitan ang mga SD card bago sila maabot ang katapusan ng buhay.
  • Gumamit ng UPS.

Ang Raspberry Pi ay isang trademark ng Raspberry Pi Ltd
Raspberry Pi Ltd

Colophon
© 2020-2023 Raspberry Pi Ltd (dating Raspberry Pi (Trading) Ltd.)
Ang dokumentasyong ito ay lisensyado sa ilalim ng Creative Commons Attribution-NoDerivatives 4.0 International (CC BY-ND).

  • petsa ng pagtatayo: 2024-06-25
  • build-version: githash: 3e4dad9-clean

Paunawa sa legal na disclaimer
TEKNIKAL AT PAGKAAASAHAN NA DATA PARA SA MGA PRODUKTO NG RASPBERRY PI (KASAMA ANG MGA DATASHEETS) NA BINABAGO PAminsan-minsan (“MGA YAMAN”) AY IBINIBIGAY NG RASPBERRY PI LTD (“RPL”) “AS IS” AT ANUMANG TAHAS O IPINAHIWATIG NA WARRANTY, HINDI KASAMA, SA, ANG IPINAHIWATIG NA WARRANTY NG KALIGTASAN AT KAANGKUPAN PARA SA ISANG PARTIKULAR NA LAYUNIN AY ITINATAWALA. HANGGANG SA MAXIMUM NA PINAHIHINTULUTAN NG NAAANGKOP NA BATAS SA KAHIT KAHIT WALANG PANANAGUTAN ANG RPL PARA SA ANUMANG DIREKTA, DI DIREKTA, NAGSASANA, ESPESYAL, HALIMBAWA, O KINAHIHINUNGANG MGA PINSALA (KASAMA, PERO HINDI LIMITADO SA, PAGBIBIGAY NG KAPALIT NA MGA SERBISYO NG PAGGAMIT; , O MGA KITA; O PAGTATAGAL SA NEGOSYO) GAANO MAN ANG SANHI AT SA ANUMANG TEORYANG PANANAGUTAN, SA KONTRATA MAN, MAHIGPIT NA PANANAGUTAN, O TORT (KASAMA ANG PAGPAPABAYA O IBA) NA NAGMULA SA ANUMANG PARAAN NG PAGGAMIT NG MGA RESOURCES, NG GANITONG PINSALA.

Inilalaan ng RPL ang karapatan na gumawa ng anumang mga pagpapahusay, pagpapahusay, pagwawasto o anumang iba pang mga pagbabago sa RESOURCES o anumang mga produktong inilarawan sa mga ito anumang oras at nang walang karagdagang abiso. Ang RESOURCES ay inilaan para sa mga bihasang user na may angkop na antas ng kaalaman sa disenyo. Ang mga gumagamit ay tanging responsable para sa kanilang pagpili at paggamit ng MGA RESOURCES at anumang aplikasyon ng mga produktong inilarawan sa kanila. Sumasang-ayon ang user na magbayad ng danyos at panatilihing hindi nakakapinsala ang RPL laban sa lahat ng pananagutan, gastos, pinsala o iba pang pagkalugi na nagmumula sa kanilang paggamit ng RESOURCES. Binibigyan ng RPL ang mga user ng pahintulot na gamitin ang RESOURCES kasabay lamang ng mga produktong Raspberry Pi. Ang lahat ng iba pang paggamit ng RESOURCES ay ipinagbabawal. Walang lisensya ang ibinibigay sa anumang ibang RPL o iba pang third party na karapatan sa intelektwal na ari-arian.

MGA AKTIBIDAD NA MATAAS NA PANGANIB. Ang mga produktong Raspberry Pi ay hindi idinisenyo, ginawa o inilaan para sa paggamit sa mga mapanganib na kapaligiran na nangangailangan ng hindi ligtas na pagganap, tulad ng sa pagpapatakbo ng mga pasilidad ng nuklear, nabigasyon ng sasakyang panghimpapawid o mga sistema ng komunikasyon, kontrol ng trapiko sa himpapawid, mga sistema ng armas o mga aplikasyong kritikal sa kaligtasan (kabilang ang mga life support system at iba pang mga medikal na kagamitan), kung saan ang pagkabigo ng mga produkto ay maaaring direktang humantong sa kamatayan, personal na pinsala o matinding pinsala sa pisikal o kapaligiran ("Mataas na panganib"). Partikular na itinatanggi ng RPL ang anumang ipinahayag o ipinahiwatig na warranty ng pagiging angkop para sa Mga Aktibidad na Mataas ang Panganib at hindi tumatanggap ng pananagutan para sa paggamit o pagsasama ng mga produkto ng Raspberry Pi sa Mga Aktibidad na Mataas ang Panganib. Ang mga produktong Raspberry Pi ay ibinibigay alinsunod sa Mga Karaniwang Tuntunin ng RPL. Ang probisyon ng RPL ng RESOURCES ay hindi nagpapalawak o kung hindi man ay nagbabago sa Mga Karaniwang Tuntunin ng RPL kabilang ngunit hindi limitado sa mga disclaimer at warranty na ipinahayag sa kanila.

Mga Madalas Itanong

  • Q: Anong mga produkto ng Raspberry Pi ang sinusuportahan ng dokumentong ito?
    A: Nalalapat ang dokumentong ito sa iba't ibang produkto ng Raspberry Pi kabilang ang Pi 0 W, Pi 1 A/B, Pi 2 A/B, Pi 3, Pi 4, Pi 400, CM1, CM3, CM4, CM5, at Pico.
  • T: Paano ko mababawasan ang pagkakataon ng data corruption sa aking Raspberry Pi device?
    A: Maaari mong bawasan ang katiwalian ng data sa pamamagitan ng pagliit ng mga operasyon sa pagsulat, lalo na sa mga aktibidad sa pag-log, at pagsasaayos ng mga oras ng pag-commit para sa file sistema tulad ng inilarawan sa dokumentong ito.

Mga Dokumento / Mga Mapagkukunan

Mas Matibay ang Raspberry Pi File Sistema [pdf] Gabay sa Gumagamit
Pi 0, Pi 1, Paggawa ng Mas Mababanat File Sistema, Mas Matatag File Sistema, Matatag File sistema, File Sistema

Mga sanggunian

Mag-iwan ng komento

Ang iyong email address ay hindi maipa-publish. Ang mga kinakailangang field ay minarkahan *