คำถามติดแท็ก embedded

คำถามนี้มีความยาวพอสมควรดังนั้นฉันจะถามคำถามที่อยู่ด้านบนและจากนั้นผ่านวิธีการของฉันในการตอบคำถาม: ไม่ (ใช้ Busybox) rm ไม่ทำงานเนื่องจากมี RAM ต่อเนื่องไม่เพียงพอหรือไม่ ถ้าเป็นเช่นนั้นจะมีวิธีที่มีน้ำหนักเบาในการจัดเรียงข้อมูล DMA โดยไม่ต้องรีสตาร์ทระบบหรือไม่? ถ้าไม่เกิดอะไรขึ้น ฉันจะป้องกันไม่ให้เกิดขึ้นในอนาคตได้อย่างไร หลังจากที่ระบบทดสอบของเราทำงานค่อนข้างหนาแน่นในช่วงสองสามวันที่ผ่านมา - ฉันโทรเข้าระบบและตรวจสอบผลการทดสอบ เมื่อฉันลบข้อมูลบางส่วนระบบจะส่งคืนบรรทัดคำสั่ง (ราวกับว่าคำสั่งทำงานอย่างถูกต้อง) เมื่อฉันมาตรวจสอบไดเรกทอรีเพื่อดูผลลัพธ์อีกชุดฉันเห็นไฟล์นั้นยังคงมีอยู่ (โดยใช้ ls) หลังจากนี้ฉันสังเกตเห็นคำสั่งเชลล์ของฉันมากขึ้นเรื่อย ๆ ไม่ได้ทำงานตามที่คาดไว้ ฉันจะเริ่มต้นด้วยการส่งออกจากdmesgหลังจาก rm ล้มเหลวในการดำเนินการอย่างถูกต้อง: การจัดสรรความยาว 61440 จากกระบวนการ 6821 (rm) ล้มเหลว DMA ต่อซีพียู: CPU 0: hi: 0, btch: 1 usd: 0 Active_anon: 0 active_file: 1 inactive_anon: 0 inactive_file: …

11 linux  memory  embedded 

ขณะนี้ฉันพยายามที่จะสร้างที่ฝังลินุกซ์ตั้งแต่เริ่มต้นด้วยคำแนะนำจากครอสลินุกซ์จากรอยขีดข่วน ทุกอย่างทำงานได้ดีจนกระทั่งฉันพยายามรวบรวม GCC Cross-Compiler ฉันต้องการสร้าง Linux สำหรับ Beagleboard-xM ... ดังนั้นฉันเลือกการตั้งค่าต่อไปนี้: export CLFS_ABI="aapcs-linux" export CLFS_HOST="x86_64-cross-linux-gnu" export CLFS_TARGET="armv7a-unknown-linux-uclibceabi" export CLFS_ARCH="arm" export CLFS_ENDIAN="little" export CLFS_ARM_ARCH="armv7" export CLFS_ARM_MODE="arm" export CLFS_FLOAT="hard" export CLFS_FPU="neon" ไม่ทันทีที่ฉันพยายามเรียกใช้คำแนะนำในหน้านี้คำสั่งmake all-gcc all-target-libgccจะพบข้อผิดพลาด checking for armv7a-unknown-linux-uclibceabi-gcc... /mnt/clfs/sources/gcc-build/./gcc/xgcc -B/mnt/clfs/sources/gcc-build/./gcc/ -B/mnt/clfs/cross-tools/armv7a-unknown-linux-uclibceabi/bin/ -B/mnt/clfs/cross-tools/armv7a-unknown-linux-uclibceabi/lib/ -isystem /mnt/clfs/cross-tools/armv7a-unknown-linux-uclibceabi/include -isystem /mnt/clfs/cross-tools/armv7a-unknown-linux-uclibceabi/sys-include checking for suffix of object files... configure: error: …

10 embedded  gcc  arm  cross-compilation 

เรากำลังทำงานบนระบบลินุกซ์ขนาดเล็กที่ฝังตัว (2.6.35-ish) กับอุปกรณ์ NAND ภายในขนาดเล็กสำหรับระบบปฏิบัติการและแอปพลิเคชัน (250-500Meg) และการ์ด SD ที่มีการ์ด SDHC SDHC ขนาด 8Gb สำหรับข้อมูล สามารถตัดไฟของยูนิตได้ตลอดเวลา ระบบจะต้องจัดเก็บข้อมูลลงในการ์ด SD ข้อมูลนี้สำคัญมาก ... เป็นจุดประสงค์ทั้งหมดของระบบ ระบบมักจะถูกตัดการเชื่อมต่อจากเครือข่ายใด ๆ ในสถานที่ห่างไกลและข้อมูลจะถูกดึงผ่าน sneakernet ทุก 4-8 สัปดาห์ ปัจจุบันเราเพิ่งได้รับ VFAT บนการ์ด SD นั่นเป็นหลักเพื่อให้ลูกค้าทดสอบครั้งแรกสามารถคัดลอกข้อมูลออกได้อย่างง่ายดายด้วยตนเองบนแล็ปท็อป Win7 ของพวกเขา อย่างไรก็ตามตอนนี้ฉันกังวลว่าเป็นเรื่องของเวลาจนกว่าไฟฟ้าดับในเวลาที่ผิดทำให้ข้อมูลสูญหาย วิธีที่ดีที่สุดในการกำหนดค่าระบบดังกล่าวเพื่อป้องกันข้อมูลสูญหายคืออะไร JFFS2 ดูเหมือนสิ่งที่ฉันต้องการในแง่ของวิธีการเขียนข้อมูล (และความต้องการด้านประสิทธิภาพไม่สูงเลย) แต่มันฟังดูค่อนข้างคึกคักที่จะใช้ block2mtd ฯลฯ ฉันยังไม่แน่ใจว่าการปรับระดับการสึกหรอของการ์ดจะมีปฏิกิริยาอย่างไร กับมัน วิธีที่ดีที่สุดในการทำเช่นนี้คืออะไร? แก้ไข ตอนนี้ฉันกำลังคิดที่จะออกจากระบบไฟล์ VFAT และจัดสรรไฟล์ขนาดวันต่อครั้งที่เต็มไปด้วย 0xFF …

10 linux  filesystems  embedded  sd-card 

มีหัวข้อที่มีอยู่หลายฉบับที่หมุนรอบปัญหานี้ แต่สิ่งที่ฉันค้นหาแตกต่างกันเล็กน้อย ฉันมีการ์ด SD บน Linux ในตัวและทนต่อการสูญเสียพลังงาน ฉันอาจจะสามารถปรับเปลี่ยนฮาร์ดแวร์ในบางจุดปิดอย่างถูกต้องและอื่น ๆ ฯลฯ แต่ตอนนี้ฉันแค่อยากจะหาระบบไฟล์ที่รอดพ้นจากการสูญเสียพลังงานโดยไม่ต้องยุ่งยาก การสูญเสียข้อมูลเป็นที่ยอมรับ ฉันไม่ต้องการเสียมากกว่าไฟล์ที่ฉันกำลังเขียนอยู่ แต่ฉันก็ยังอยากจะเสียมากกว่าการเผชิญหน้ากับ 'ไม่สามารถเมานได้', 'รอ 10 นาทีนี้ fsck' หรือ 'ไม่สามารถสร้างใหม่ ไฟล์เนื่องจาก inode นี้มีข้อผิดพลาดบางอย่างเกิดขึ้น ' โปรแกรมต้องดำเนินต่อไป! ฉันใช้ความพยายามอย่างมากในการทำให้มั่นใจในสิ่งนี้ ฉันใช้ส่วนประกอบระดับอุตสาหกรรมฉันได้รับการตรวจสอบฮาร์ดแวร์, ซอฟต์แวร์เฝ้าดู, ภายใน, ภายนอก, เริ่มต้นโปรแกรมใหม่, daemons ทำการตรวจสอบหน่วยความจำอย่างต่อเนื่อง, ตัวอธิบายไฟล์และอะไรก็ตามฉันได้รับการเฝ้าดูสุนัขเฝ้าบ้านของฉัน ... แต่ฉันไม่สามารถรับประกันได้ว่าการ์ด SD สามารถติดตั้งและใช้งานได้หรือไม่ ทางออกที่ดีที่สุดของฉันตอนนี้คือการใช้ JFS บนการ์ด SD รวมถึง fsck และ fsck.jfs ในการติดตั้งของฉัน (การเพิ่ม 600kb …

9 linux  filesystems  embedded  sd-card 

ฉันเพิ่งซื้อ Samsung SmartTV หลังจากตั้งค่าการเชื่อมต่อ wifi ฉันท่องไปที่http://ip.comlex.deซึ่งให้ข้อมูลเกี่ยวกับเบราว์เซอร์ต่อไปนี้แก่ฉัน: REMOTE_ADDR: ###. ###. ###. ### REMOTE_HOST: XXXXXXXXXXXXXXXXXX.net.net REQUEST_TIME: 1381093040 QUERY_STRING: HTTP_ACCEPT: text / html, application / xhtml + xml, application / xml, application / vnd.hbbtv.xhtml + xml, application / ce-html + xml, application / vnd.oipf.xhtml + xml; q = 0.9, / ; q = …

9 embedded  webserver 

ฉันใช้ระบบฝังตัวขนาดเล็กuClibcและbusyboxอิงกับอุปกรณ์ x86 ฉันใช้ initramfs แต่ฉันยังติดตั้งext3ไดเรกทอรีที่กำหนดเองบนอุปกรณ์แฟลชขนาดกะทัดรัดในโหมด IDE ที่ฉันใช้เพื่อเก็บข้อมูลบันทึกการวัดแบบถาวรที่สร้างขึ้นโดยแอปพลิเคชัน c ++ ที่เขียนขึ้นเอง ฉันเลือกext3ระบบไฟล์ตามที่แนะนำเพื่อความปลอดภัยต่อการสูญเสียพลังงานเมื่อใช้ CF ไดรฟ์ในโหมด IDE ในหนังสือสองเล่มที่ฉันอ่าน (การสร้างระบบ Linux ในตัวโดย Karim Yaghmour และEmbedded Linux Primerโดย Christopher Hallinan) นี่เป็นสิ่งสำคัญอย่างยิ่งและข้อมูลก็สำคัญ อย่างไรก็ตามเนื่องจากความคิดเห็นบางส่วนในคำถามก่อนหน้าของฉันสับสนกับวิธีการคืนค่าไฟล์ ext3 เสียหายหากไฟฟ้าดับเกิดขึ้นในระหว่างการเขียนไฟล์มันจะปรากฏว่าในความเป็นจริงระบบไฟล์นี้ไม่ได้รับประกันความปลอดภัยต่อข้อมูลเสียหายเนื่องจากพลังงาน การสูญเสีย ดังนั้นฉันต้องการทราบว่า เป็นext3ตัวเลือกที่ดีที่สุดสำหรับการตั้งค่านี้หรือไม่ การสูญเสียพลังงานในระหว่างการดำเนินการเขียนดิสก์จะทำให้เฉพาะส่วนของข้อมูลที่ฉันผนวกเข้ากับไฟล์เป็นระยะหรือทำให้ไฟล์ทั้งหมดเสียหายหรือไม่? ข้อมูลที่ไม่ได้ถูกเขียน ณ จุดที่สูญเสียพลังงานปลอดภัยอย่างสมบูรณ์หรือไม่? โดยเฉพาะมีความเสี่ยงที่initramfs.cpioไฟล์ของฉันจะเสียหายด้วยหรือไม่? มีวิธีใดบ้างที่ฉันสามารถใช้ในรหัสแอปพลิเคชันของฉันเพื่อปกป้องข้อมูล (เช่นการสร้างพาร์ติชันพิเศษและเขียนข้อมูลของฉันไปยังมิเรอร์รูปภาพเพื่อให้มีสำเนาเสมอ 2) - ความเร็วไม่ใช่เรื่องจริงสำหรับแอปพลิเคชันของฉัน เป็นที่ยอมรับ ฉันได้เห็นและอ่านคำตอบสำหรับคำถามที่เกี่ยวข้องนี้แล้ว: การทำเจอร์นัลระบบไฟล์รับประกันความเสียหายหลังเกิดไฟฟ้าขัดข้องหรือไม่? แต่มันไม่ครอบคลุมสิ่งที่ทำให้ฉันสับสน ฉันรู้ว่าฉันกำลังถามคำถามมากมาย แต่ดูเหมือนว่าแม้จะอ่านเนื้อหามากมายฉันมีความล้มเหลวขั้นพื้นฐานในการทำความเข้าใจความเสี่ยงต่อข้อมูลของฉันในกรณีที่ไฟฟ้าดับ

9 filesystems  embedded  data-recovery 

ผมเพิ่งเข้าร่วมหลักสูตรลินุกซ์ฝังตัวที่ระบุว่า uClibc ไม่สนับสนุนการใช้และที่จะสนับสนุนเฉพาะpthreads linuxthreadsนอกจากนี้อาจารย์ผู้สอนยังบอกว่าlinuxthreadsไม่มีประโยชน์อะไร อย่างไรก็ตามเมื่ออ่านบทความออนไลน์จำนวนมากความหมายก็คือพวกเขาได้รับการสนับสนุนในความเป็นจริง นอกจากนี้เมื่อสร้างระบบไฟล์รูทและเคอร์เนลอิมเมจสำหรับอุปกรณ์ฝังตัวเป้าหมายโดยใช้ buildroot ฉันจะเห็นว่าฉันมีlibpthread-0.9.33.2.soและlibpthread.so.0ไฟล์ใน/libไดเรกทอรีของระบบไฟล์รูทเป้าหมายของฉัน ฉันสับสนจริง ๆ เกี่ยวกับลักษณะของข้อมูลที่ขัดแย้งที่ฉันได้รับและจะขอบคุณหากใครสามารถชี้แจงสถานการณ์ให้ฉันได้

3 embedded  multithreading  buildroot