22 คะแนน โดย GN⁺ 2025-12-07 | 4 ความคิดเห็น | แชร์ทาง WhatsApp
  • Tiny Core Linux เป็น ดิสโทรลินุกซ์เดสก์ท็อปแบบกราฟิกขนาดจิ๋ว ที่สร้างบนโครงสร้างแบบโมดูลาร์ ประกอบด้วยเคอร์เนลและรูทไฟล์ซิสเต็มขั้นต่ำ
  • บนระบบพื้นฐาน Core (11MB) สามารถเพิ่มแพ็กเกจส่วนขยายอย่าง Xvesa, FLTK, FLWM เพื่อให้เป็นสภาพแวดล้อมเดสก์ท็อป TinyCore (ประมาณ 16MB)
  • เวอร์ชัน CorePlus รวมความสามารถส่วนขยายจากชุมชน เพื่อให้ติดตั้งได้ง่ายบนแฟลชไดรฟ์หรือสภาพแวดล้อมแบบฝังตัว
  • แอปพลิเคชันและการรองรับฮาร์ดแวร์ทั้งหมดสามารถให้ผู้ใช้เลือกเพิ่มเองได้ และยัง บูตบน RAM ทำให้มีความเร็วในการทำงานสูงมาก
  • แม้มีขนาดเล็กมาก แต่ด้วยโครงสร้างที่ขยายต่อได้ จึงทำให้สามารถ สร้างสภาพแวดล้อมลินุกซ์ตามการเลือกของผู้ใช้ ได้

ภาพรวมของ The Core Project

  • The Core Project ใช้ โครงสร้างระบบแบบโมดูลาร์ และประกอบขึ้นผ่านส่วนขยายที่สร้างโดยชุมชน
    • รวม Linux kernel (vmlinuz) ล่าสุด, รูทไฟล์ซิสเต็ม, สคริปต์เริ่มต้น และโมดูลเคอร์เนลพื้นฐาน (core.gz)
    • Core (11MB) ประกอบด้วยเคอร์เนลและ core.gz ทำหน้าที่เป็นฐานสำหรับการสร้างเดสก์ท็อป เซิร์ฟเวอร์ และแอปพลายแอนซ์
  • TinyCore คือ Core ที่เพิ่ม Xvesa.tcz, Xprogs.tcz, aterm.tcz, fltk-1.3.tcz, flwm.tcz, wbar.tcz
    • ให้สภาพแวดล้อมเดสก์ท็อป บนพื้นฐาน FLTK/FLWM ขนาดประมาณ 16MB
  • CorePlus รวมแพ็กเกจส่วนขยายจากชุมชน ทำให้ติดตั้งได้สะดวกบนแฟลชไดรฟ์หรือระบบแบบฝังตัว
    • ยังคงรักษาแนวคิดของ Core เรื่อง ส่วนขยายแบบเมานต์และความสามารถจัดการแพ็กเกจแบบครบถ้วน

คุณลักษณะของระบบ

  • ไม่ใช่สภาพแวดล้อมเดสก์ท็อปแบบเต็มรูปแบบ แต่มีเพียง เดสก์ท็อป X ขั้นต่ำ และความสามารถเชื่อมต่ออินเทอร์เน็ตผ่านสายเท่านั้น
  • ผู้ใช้สามารถเลือกเพิ่มแอปพลิเคชันและการรองรับฮาร์ดแวร์ที่ต้องการได้
    • ติดตั้งแอปพลิเคชันจากคลังออนไลน์ หรือคอมไพล์เองโดยใช้เครื่องมือที่มีให้
  • เวอร์ชันล่าสุดคือ 16.2

เป้าหมายของโครงการ

  • มุ่งพัฒนา ระบบปฏิบัติการเดสก์ท็อปแบบกราฟิกขนาดจิ๋ว ที่บูตได้จากสื่อหลากหลาย เช่น CD-ROM, แฟลชไดรฟ์, ฮาร์ดดิสก์
  • เดสก์ท็อปจะ บูตบน RAM จึงทำงานได้รวดเร็วมาก
    • แอปพลิเคชันเพิ่มเติมสามารถอยู่ใน RAM หรือเมานต์/ติดตั้งจากอุปกรณ์จัดเก็บแบบถาวรได้
  • ออกแบบมาเพื่อรองรับแอปพลิเคชันและฮาร์ดแวร์ที่ผู้ใช้เลือกด้วยตนเอง

ชุมชนและการมีส่วนร่วม

  • โครงการนี้คงไว้ซึ่ง รูปแบบการพัฒนาแบบเปิด และส่งเสริมการแบ่งปันความรู้กับการมีส่วนร่วมของชุมชนผ่านฟอรัม
  • ทุกคนสามารถแพ็กเกจแอปพลิเคชันหรือการรองรับฮาร์ดแวร์ที่ตนต้องการ แล้วร่วมเป็น ส่วนขยายสำหรับ Tiny Core ได้
  • ทีม Tiny Core Linux มีสมาชิก 8 คน และช่วยตอบคำถามในฟอรัมรวมถึงสนับสนุนการสร้างแพ็กเกจส่วนขยาย
  • สามารถร่วมกิจกรรมชุมชนแบบเรียลไทม์ผ่าน ช่อง #tinycorelinux บน IRC Freenode

คุณค่าหลัก

  • เน้น การเรียนรู้ การแบ่งปัน และการเติบโต เป็นโครงการที่ขับเคลื่อนด้วยชุมชนและมุ่งขยายความรู้ด้านลินุกซ์
  • แม้จะมีขนาดเล็กมาก แต่ก็ยังมอบ สภาพแวดล้อมลินุกซ์ที่ยืดหยุ่นและขยายต่อได้ จึงเป็นแพลตฟอร์มที่เหมาะสำหรับนักพัฒนาระบบน้ำหนักเบาและผู้ใช้ระบบแบบฝังตัว

4 ความคิดเห็น

 
cosine20 2025-12-08

ผมชอบ TCLinux มาก เบาจนสามารถรันได้แม้กระทั่งในโทรศัพท์ Android และยังรองรับเฟรมเวิร์กหรือแพ็กเกจพื้นฐานแทบทั้งหมดอย่าง .NET, Java, Python เป็นต้น ดังนั้นในบางกรณีก็เอาไปใช้ตอนสร้างคอนเทนเนอร์ลินุกซ์แบบเบาสุดๆ ได้เหมือนกัน

 
epdlemflaj 2025-12-08

ทำให้นึกถึงตอนสมัยก่อนที่เคยใช้ Puppy Linux เลยครับ

 
iolothebard 2025-12-07

ลินุกซ์ดิสทริบิวชันทั้งชุดถูกโหลดขึ้นไปอยู่ในหน่วยความจำทั้งหมด... ฟังดูเข้าท่าเลยนะ

 
GN⁺ 2025-12-07
ความคิดเห็นจาก Hacker News
  • อยากให้มีคนรู้จัก piCore ซึ่งเป็นเวอร์ชันของ Tiny Core Linux สำหรับ Raspberry Pi มากกว่านี้
    OS นี้จะ โหลดทั้งหมดขึ้น RAM หลังบูตเสร็จ จึงไม่แตะ SD card เลย
    ทำให้เหมาะมากสำหรับรัน cronjob server ขนาดเล็กเป็นเวลาหลายเดือนหรือหลายปี โดยไม่ต้องกังวลเรื่อง SD card เสื่อม
    ผมเคยใช้วิธีนี้รันงานเก็บและประมวลผลฝั่งแบ็กเอนด์ของ โปรเจกต์คลังข่าว จริง ๆ
    และได้สรุปประสบการณ์ไว้ในบล็อกโพสต์

    • ก่อน Raspberry Pi จะออกมา ผมก็ใช้ NetBSD ทำอิมเมจแบบ diskless ลง USB แล้วบูตเสร็จก็ถอด USB ออกใช้งานแบบนี้มานานแล้ว
      เพราะ OS ทั้งหมดขึ้นไปอยู่บน RAM จึงไม่มีการเขียนลง SD card
      จะต่อไดรฟ์ภายนอกเพื่อเก็บข้อมูลก็ได้
      เห็นผู้ใช้ RPi กังวลเรื่อง SD card เสื่อมกันมาหลายสิบปีแล้ว ก็แปลกดีที่วิธีแก้แบบเก่ากลับถูกมองข้าม
    • Alpine Linux ก็มีบิลด์สำหรับ RPi เช่นกัน
      ดาวน์โหลดได้จากหน้าดาวน์โหลด และใช้ musl แทน glibc เลยเบาและมีประสิทธิภาพกว่ามาก
    • ผมชอบสถาปัตยกรรมแบบนี้ แต่ก็ต้องรัน Node server ง่าย ๆ ด้วย
      เลยสงสัยว่า piCore ทำงานอยู่บน RAM อย่างเดียวตั้งแต่ค่าเริ่มต้นเลยไหม หรือว่าต้องตั้งค่าเพิ่ม
  • เคยใช้ ลินุกซ์ดิสโทรขนาดเล็ก มาหลายตัว
    ใช้ Tiny Core บน VM บ่อยมาก และก็ชอบ SliTaz, Slax, Puppy Linux ด้วย

    • ผมเคยลงดิสโทรสายเบาหลายตัวบนโน้ตบุ๊ก AMD C-50 เก่า ๆ ที่มี RAM 2GB แต่กลับกลายเป็นว่า Raspberry Pi OS ตอบสนองดีที่สุดอย่างน่าประหลาด
    • Puppy Linux เป็นลินุกซ์ตัวแรกที่ผมเคยใช้
      ขนาดดาวน์โหลดราว 250MB เลยยังติดตั้งได้แม้ตอนนั้นแบนด์วิดท์จำกัด
    • กำลังคิดอยู่ว่าถ้าลง OS เบา ๆ แบบนี้ใน VM แล้วใช้เป็น สภาพแวดล้อมพัฒนาแบบรีโมตของ IntelliJ จะเวิร์กไหม
      ถ้าโคลน template VM มาใช้แยกตามโปรเจกต์ก็น่าจะสะดวกดี
      ตอนนี้ผมใช้ Nvim ผ่าน SSH ทำงานอยู่ แต่ก็ยังคิดถึงความสามารถแบบเต็มของ IntelliJ
    • ลืม SliTaz ไปสนิทแล้ว แต่คอมเมนต์นี้ทำให้นึกได้ว่าควรกลับไปลองดูอีกที
    • อยากรู้ว่าทำไมถึงบอกว่าใช้งาน Puppy Linux “ไม่ค่อยได้เรื่อง” — เพราะไม่ค่อยมีโอกาสใช้ หรือมีอะไรใช้งานไม่สะดวกกันแน่
  • เมื่อก่อนแม้มีแค่ RAM 2MB กับดิสก์ 40MB ก็ยังมี GUI เป็นเรื่องปกติ

    • แต่ตอนนี้แค่ framebuffer ขนาด 1920x1080 อันเดียวก็กินไป 2MB แล้ว
      ถ้าจะมี compositing สำหรับเปิดหลายหน้าต่างด้วยก็ไม่พอใส่ในหน่วยความจำ
    • Acorn Archimedes เคยใส่ OS ทั้งระบบไว้ใน ROM ขนาด 512KB
      แน่นอนว่า OS ยุคนั้นเรียบง่ายกว่าปัจจุบันมาก
    • ระบบสมัยนั้นยังไม่ใช่ 64 บิต
    • ตอนที่ผมใช้ QNX ครั้งแรก ราวปี 1987 มันติดตั้งจากฟลอปปีดิสก์ 1.4MB แค่สองแผ่น และยังมีเดสก์ท็อปกราฟิกขนาด 40KB ด้วย
    • อยากได้สภาพแวดล้อมแบบนั้นกลับมาอีก
      ผมคิดว่าโครงสร้างที่เอา RAM กับดิสก์ไปใช้กับ ข้อมูลมากกว่าโค้ด มันดีกว่า
  • ผมชอบ QNX รุ่นแจกฟรีมาก
    ฟลอปปีแผ่นเดียวมีทั้ง X Window และไดรเวอร์โมเด็ม ตอนที่ยังจัดการกับแผ่น Slackware CD อยู่ มันดูน่าทึ่งจริง ๆ

    • แต่จริง ๆ แล้วมันใช้ Photon microGUI แทน X Window
      ดูได้จากเอกสารทางการของ QNX
    • จนถึงตอนนี้ผมก็ยังสงสัยว่าทำไมเดสก์ท็อป QNX ถึงไม่ดังในวงกว้าง
    • พอเห็นหัวข้อก็ทำให้นึกถึง ดิสก์บูต QNX นั้นขึ้นมาทันที
    • QNX เจ๋งก็จริง แต่ ecosystem ของแพ็กเกจ ไม่สมบูรณ์เท่า Tiny Core
  • ช่วงต้นยุค 2000 การกู้ไฟล์จากพีซี Windows ที่พังด้วย Damn Small Linux คือจุดเริ่มต้นที่ผมเข้ามารู้จักลินุกซ์
    ช่วงนี้ลองกลับไปหาโปรเจกต์นั้นอีกครั้ง แล้วก็หวังว่าจะมีใครสักคนช่วย ปลุกจิตวิญญาณนั้นกลับมา

    • ตอนนั้นยังมีทั้งเวอร์ชันฟลอปปีและ เวอร์ชัน mini CD ด้วย
      mini CD ขนาดเท่าบัตรเครดิตสามารถใส่ในไดรฟ์มาตรฐานได้ และพออ่านประวัติโปรเจกต์แล้วก็ทั้งน่าเสียดาย แต่ปรัชญานั้นก็ยังยอดเยี่ยมเหมือนเดิม
  • ราวปี 2002 ผมได้คอม 386 เก่ามาเครื่องหนึ่งแล้วชุบชีวิตมันด้วย MicroLinux
    บูตด้วยฟลอปปีแค่สองแผ่น และมีทั้งเคอร์เนลพื้นฐาน, X display 16 สี, C compiler และ editor
    ทุกวันนี้ถ้าจะใช้กับฮาร์ดแวร์เก่าแบบนี้ ทางเลือกนอกจาก ลินุกซ์สายเบา ก็แทบไม่มีแล้ว

    • FreeDOS ก็เป็นตัวเลือกที่น่าพิจารณา
    • ตระกูล DOS ยังมีอยู่จริง ดังนั้นก็น่าจะหาไดรเวอร์สำหรับฮาร์ดแวร์เก่าได้
  • ผมติดตั้ง Tiny Core Linux บนโน้ตบุ๊ก 32 บิตแล้วใช้งานได้ดี
    มันมี package manager ของตัวเอง เรียนรู้ได้ไม่ยาก และมีประโยชน์มากใน สภาพแวดล้อมเฉพาะทาง แบบนี้

    • ผมก็อยู่ในสถานการณ์คล้ายกัน
      กำลังเปลี่ยนเครื่อง 32 บิตเก่าให้เป็น อุปกรณ์สำหรับเขียนหนังสือโดยเฉพาะ แต่ดิสโทรส่วนใหญ่เลิกซัพพอร์ต 32 บิตไปแล้ว เลยต้องใช้รุ่นเบาสาย Ubuntu แทน
  • เว็บไซต์ทางการของ Tiny Core ไม่มีทั้ง HTTPS และการตรวจสอบลายเซ็น เลยกังวลเรื่องการโจมตีแบบ MITM

    • ดาวน์โหลดจากGitHub repository ทางการ จะปลอดภัยกว่า
    • หรือจะดาวน์โหลดจากหลายแหล่งแล้ว เทียบ checksum กัน หรือโหลดจาก Internet Archive มาตรวจสอบก็ได้
    • ถึงจะไม่สมบูรณ์แบบ แต่ก็ยังคำนวณค่าแฮช MD5 หรือ SHA256 เองได้
    • แต่ก็นึกไม่ออกเหมือนกันว่าจะมีเหตุผลอะไรให้ใครพยายามทำ MITM ใส่ ดิสโทรเล็ก ๆ แบบนี้
  • เมื่อก่อนผมใช้ Puppy Linux → DSL → Tiny Core ตามลำดับ
    มันทำให้ โน้ตบุ๊ก Pentium III ที่มี RAM 700MB เบาพอจะใช้งานจริงได้

    • สำหรับยุคของ PIII แล้ว 700MB ถือว่า RAM เยอะพอสมควร
  • เช้าวันนี้ตอน อัปเกรด RAM ของ ThinkPad เป็น 32GB ก็ทำให้นึกถึงตอนที่โน้ตบุ๊กบริษัทในปี 1999 มี RAM 32MB แต่ยังรัน Windows 98, Office และ Lotus Notes ได้ดี