Score:-2

คู่มือฉบับสมบูรณ์สำหรับการเปลี่ยนจากพาร์ติชันเดียวเป็นหลายพาร์ติชัน Ubuntu 20.04 Server บนระบบที่ติดตั้งไว้แล้วโดยใช้ LVM

ธง tr

ชื่อเรื่องคือคำขอของฉัน ฉันอ่านมาหลายชั่วโมงแล้วและพบบทเรียนสำหรับการย้าย /home ไปยังพาร์ติชันและ /tmp ไปยังพาร์ติชัน แต่ไม่มีสำหรับการแปลงไดเร็กทอรีที่แนะนำทั้งหมดเป็นพาร์ติชันสำหรับเซิร์ฟเวอร์ Ubuntu บทช่วยสอนหนึ่งใกล้เข้ามาแล้ว แต่ไม่สนใจขั้นตอนที่จำเป็นอย่างชัดเจนในการคัดลอกข้อมูลจากไดเร็กทอรีก่อนหน้าไปยังพาร์ติชันใหม่

อย่างไรก็ตาม หลังจากผ่านไปหลายชั่วโมง ฉันก็ยังไม่พบบทช่วยสอนที่ครอบคลุมสถานการณ์ทั่วไปของฉัน

สถานการณ์:
ฉันติดตั้ง Ubuntu Server บนเซิร์ฟเวอร์ Prod & Test (vps & virtualbox ตามลำดับ) ทำงานบางอย่างได้ ในขณะที่อ่านบทช่วยสอนการทำให้เซิร์ฟเวอร์แข็งตัว ฉันตระหนักว่าวิธีปฏิบัติที่ดีที่สุดคือมี /boot /home /swapfile /tmp /usr และ var... /opt? ทั้งหมดบนพาร์ติชันที่แยกจากกันเพื่อการจัดการทรัพยากรและเหตุผลด้านความปลอดภัย

วิธีที่ถูกต้องในการสร้างพาร์ติชันที่กล่าวถึงข้างต้นคือการใช้ LVM

อย่างไรก็ตาม บทช่วยสอนไม่ได้พูดถึง / แนะนำขนาดพาร์ติชัน (ตามสัดส่วน เนื่องจากระบบที่แตกต่างกันอย่างเห็นได้ชัดมีพื้นที่ดิสก์ที่แตกต่างกัน ของฉันคือ 80GB บน / )

นอกจากนี้ บทช่วยสอนบางส่วนกล่าวถึงการเปลี่ยนแปลงที่จำเป็น /etc/fstab และบางคนก็ไม่

เป้าหมายของฉันคือการแปลงการตั้งค่าพาร์ติชันเดียวขนาด 80GB ของฉันเป็นหลายพาร์ติชัน จากนั้นรักษาความปลอดภัยพาร์ติชันจากการโจมตีและการแสวงหาประโยชน์ทั่วไปโดยใช้: การรวมกันของ nodev,noexec,nosuid ใน /etc/fstab

ฉันสามารถใช้เวลาหลายวันในการทดสอบและล้มเหลวในการกำหนดค่าต่างๆ ใน ​​virtualbox... หรือบางอันที่หล่อและ/หรือสวยงาม "กูรูการแบ่งพาร์ติชันเซิร์ฟเวอร์ Ubuntu" สามารถเผยแพร่ที่ติดตามได้ง่าย (กลุ่มเป้าหมายที่เป็นผู้ใช้ระดับกลาง) คู่มือขั้นสุดท้าย ดังที่ฉันได้อธิบายไว้ข้างต้นและกลายเป็นผู้มีชื่อเสียงทางอินเทอร์เน็ตเนื่องจากผู้ใช้จำนวนมากที่โฮสต์โครงการของตนเองบน vps จะรักและชื่นชอบคุณตลอดไป :-)

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

https://linoxide.com/ultimate-guide-secure-ubuntu/

in flag
คุณกำลังพยายามใช้ *พาร์ติชัน* อื่นหรือ *วอลุ่ม* อื่นอยู่หรือไม่ แม้ว่าพวกมันอาจดูเหมือนกันจากความสูง 30,000 ฟุต แต่พวกมันทำงานต่างกันเล็กน้อยภายในตัวยึดแร็ค 2Uในขณะที่คุณกำลังพยายามย้ายไดเร็กทอรีหลัก วิธีที่ง่ายที่สุดในการทำเช่นนี้คือการใช้ Ubuntu Desktop Live Session ซึ่งจะทำให้คุณควบคุมอุปกรณ์เก็บข้อมูลเซิร์ฟเวอร์ Ubuntu ได้อย่างเต็มที่ ... แต่ฉันไม่เห็นประโยชน์มากมาย ที่นี่. ในฐานะที่เป็นคนที่ใช้ Ubuntu Server มานานกว่าทศวรรษในทุกสถานการณ์ การตั้งค่าประเภทนี้จึงไม่จำเป็นเลย LVs สำหรับข้อมูล? ใช่. LVs สำหรับทุกสิ่ง? ไม่ ...
nightwatch avatar
tr flag
ปริมาณความแตกต่างและพาร์ติชันของ @matigo เป็นเรื่องใหม่ที่จะคาดเดา ฉันจะต้องอ่านเพิ่มเติม จากประสบการณ์ของคุณ ไดเร็กทอรีใดควรอยู่ใน "พาร์ติชัน" ที่แตกต่างกันเนื่องจากความเข้าใจที่จำกัดของฉัน เฉพาะ /tmp และ /home? และไม่ต้องกังวลเกี่ยวกับคนอื่น ๆ ?
in flag
โดยไม่ต้องพูดถึง "ความคิดเห็น" มากเกินไป สิ่งเดียวที่โดยทั่วไปต้องการโวลุ่ม/พาร์ติชันของตัวเองบนเซิร์ฟเวอร์ Ubuntu คือข้อมูลที่เข้าถึง/สำคัญที่สุด หากเป็นเซิร์ฟเวอร์ฐานข้อมูล/โดเมน/เมล ฐานข้อมูลควรอยู่ในอุปกรณ์ที่เร็วมาก และบันทึกบนอุปกรณ์แยกต่างหาก หากเป็นเว็บเซิร์ฟเวอร์ ก็ไม่เป็นไรเพราะทั้งระบบเป็นแบบใช้แล้วทิ้ง โดยทั่วไปฉันมองว่าระบบปฏิบัติการหลักนั้นไม่เกี่ยวข้อง เนื่องจากสามารถสร้างใหม่ตั้งแต่ต้นได้ภายในเวลาไม่ถึงชั่วโมง (กรณีที่แย่ที่สุด) และใช้งานได้ดีกับการตั้งค่าเริ่มต้น เฉพาะข้อมูล (และบันทึก) เท่านั้นที่สำคัญ ... (สำหรับฟลีต *my*)
nightwatch avatar
tr flag
ฉันเข้าใจเหตุผลและตรรกะของคุณ ดังนั้นฉันควรมุ่งเน้นไปที่การย้าย /home (ไดเร็กทอรี data / public_html ของฉัน) และ /var/log เพื่อแยกพาร์ติชันตามที่คุณถูกต้องด้วย vps ฉันสามารถกู้คืนระบบได้ภายในไม่กี่นาที การอ่าน / แบบฝึกหัดใด ๆ ที่แนะนำเพื่อให้บรรลุเป้าหมายนี้?
in flag
[คำตอบนี้เมื่อ 10 ปีก่อน](https://askubuntu.com/a/50539/1222991) ยังคงใช้ได้จนถึงทุกวันนี้ในขณะที่คุณทำงานกับ VM บางตัวด้วย อย่าลืมฝึกฝนกับอินสแตนซ์เหล่านั้นก่อน หากคุณกังวลเกี่ยวกับการหยุดระบบการผลิตด้วยขั้นตอนที่ผิดพลาด `/var/log` จะต้องอยู่ที่อื่นหากคุณกำลังบันทึกข้อมูล *จำนวนมาก* (20MB/วินาทีขึ้นไป) ซึ่งหายากมาก หากคุณเพิ่งเรียกใช้เว็บเซิร์ฟเวอร์ การมีรหัสของคุณใน GitHub (หรือ repo อื่น ๆ) และสำรองข้อมูลที่อัปโหลดและ SSH ปิดระบบก็เพียงพอแล้วโดยไม่ต้องมีวอลุ่ม/พาร์ติชันแยกต่างหาก
in flag
หากเป้าหมายหลักของคุณคือการปกป้องข้อมูลจากการโจมตีทางออนไลน์ในรูปแบบต่างๆ สิ่งที่คุณสามารถทำได้ด้วยตนเองมากที่สุดคือการใช้ AppArmor และ Uncomplicated Firewall (ufw) เครื่องมือทั้งสองนี้เพียงอย่างเดียวจะบล็อก 99.9% ของอึโง่ๆ ที่ผู้แพ้จะโยนใส่เซิร์ฟเวอร์ของคุณ หากคุณใช้ไซต์ WordPress ที่มีปลั๊กอินที่ได้รับ pWn3d AppArmor จะทำให้แน่ใจว่า Apache ไม่สามารถเขียนภายนอก `/var/www` ได้ ดังนั้น OS พื้นฐานจะปลอดภัยเป็นส่วนใหญ่ตราบเท่าที่คุณไม่ยุ่งเกี่ยวกับโครงสร้างการอนุญาตระบบ .
nightwatch avatar
tr flag
ขอบคุณสำหรับจุดในทิศทางที่ถูกต้อง ฉันได้อ่านคู่มือการทำให้เว็บเซิร์ฟเวอร์แข็งตัวมากพอที่จะเวียนหัว เกี่ยวกับไฟร์วอลล์ .. ฉันใช้ Virtualmin กับ Firewalld และฉันมีไฟร์วอลล์ VPS ที่ ISP ของฉันให้มา ซึ่งควรจะเพียงพอแทน UFW .. (โปรดแก้ไขฉันหากฉันผิด)
nightwatch avatar
tr flag
@matigo ขอบคุณที่ปล่อยให้สมองของคุณเลือก ฉันจะพักความหวาดระแวงและกลับไปพัฒนาเว็บไซต์ เพลิดเพลินกับวันหยุดสุดสัปดาห์ของคุณ.
Score:2
ธง eg

ฉันคิดว่าโดยปกติแล้วการแยกสิ่งต่างๆ ออกเป็นระบบไฟล์ต่างๆ ไม่ได้ช่วย/ปรับปรุงความปลอดภัย หากมีผู้บุกรุกเข้าไปในระบบในขณะที่ระบบกำลังทำงาน อย่างไรก็ตาม ทุกอย่างจะถูกเมาท์ และไม่มีความแตกต่างทางตรรกะที่จะมีทุกอย่างในระบบไฟล์เดียว เนื้อหาที่คุณศึกษาให้เหตุผลอะไรบ้าง?

ที่กล่าวว่ามัน สามารถ ช่วยประสิทธิภาพ (ระบบไฟล์ที่แตกต่างกันหรือฮาร์ดแวร์ที่แตกต่างกันภายใต้จุดต่อเชื่อมเหล่านี้) และลดระยะเวลาในการกู้คืนระบบ (เช่นถ้าเฉพาะ SSD ที่ถือ /var ขึ้นเป็นควัน คุณจะต้องคืนค่าข้อมูลสำรองนั้นและส่วนที่เหลือยังคงทำงานอยู่)

คุณกำลังถามเกี่ยวกับขนาดพาร์ติชันที่แนะนำ:

  • สำหรับ / คุณทำได้ดีกับ 15-20 GB ฉันไม่ต้องการเซิร์ฟเวอร์มากกว่านี้ (ใช้เว็บเซิร์ฟเวอร์ + เซิร์ฟเวอร์อีเมล)
  • แลกเปลี่ยน ฉันมักจะใส่ไดรฟ์ข้อมูล / พาร์ติชันของตัวเองซึ่งมีขนาดเท่ากับ RAM - เพื่อให้ระบบ Suspend-to-Disk สามารถทำงานได้ ผู้คนเคยแนะนำขนาด 2xRAM แต่ด้วยขนาด RAM ในปัจจุบัน เมื่อคุณพบสถานการณ์ที่คุณจำเป็นต้องสลับจำนวนมาก คุณก็ประสบปัญหาอยู่ดี คุณจะสังเกตเห็นได้จากการชะลอตัวลงอย่างมาก จากนั้นคุณควรเพิ่ม RAM ที่มีอยู่อย่างรวดเร็ว
  • /บูต ต้องการเพียง 500 MB ซึ่งให้พื้นที่สำหรับ 8+ kernel+initrd เวอร์ชัน ตรวจสอบให้แน่ใจว่าได้เรียกใช้ ฉลาดลบอัตโนมัติ บ่อยครั้งเพื่อให้มันถูกตัดแต่งหลังจากการอัพเกรดเคอร์เนล
  • ฉันจะเก็บไว้ /usr และ /เลือก เป็นไดเร็กทอรีบน /เพียงแค่ไม่เห็นประโยชน์ในการย้ายไปยังระบบไฟล์ของตนเอง
  • ตามที่อธิบายไว้ใน คู่มือการชุบแข็งนี้, มีวอลุ่มแยกต่างหากสำหรับ /tmp ฟังดูเข้าท่า เพราะจะทำให้ไดเร็กทอรีที่เขียนได้ทั่วโลกถูกจำกัดมากขึ้น ทั้งในเรื่องพื้นที่ว่างที่ใช้ได้ทั้งหมด และสิ่งที่สามารถทำได้กับไฟล์ที่เก็บอยู่ในนั้น คำแนะนำแนะนำให้ใช้ตัวเลือก nodev, nosuid และ noexec เมื่อติดตั้งระบบไฟล์ คำแนะนำให้เฉพาะคำสั่งเมานต์สำหรับ "ใช้ครั้งเดียว" การแปลสิ่งนี้เป็นบรรทัดใน /etc/fstab หมายความว่าคุณวาง โนเดฟ,โนซูอิด,โนเอ็กเซก ลงในคอลัมน์ที่ 4 (ตัวเลือก) ของบรรทัดที่คุณต่อเชื่อมวอลุ่ม /tmp เฉพาะลงไป /tmp.
  • ที่ทำให้เราอยู่กับ /บ้าน และ /var - นั่นมักจะเป็นสิ่งที่ "สำคัญ" บนเซิร์ฟเวอร์ของฉัน /บ้าน ค่อนข้างว่างเปล่า แต่ /var เก็บ public_html บันทึก ฐานข้อมูล ฯลฯ ดังนั้นฉันจึงเก็บไว้ /บ้าน เป็นไดเร็กทอรีบน /, แต่ /var มีวอลุ่มเป็นของตัวเองอย่างแน่นอน และได้รับการสำรองข้อมูลบ่อยที่สุด ให้พื้นที่ที่เหลือทั้งหมดหลังจากทำเสร็จแล้ว

จากนั้นคุณถามถึงวิธีการเปลี่ยน:

  • ในระบบการทำงานที่ทุกอย่างเปิดอยู่ /แนบดิสก์ใหม่ (ไฟล์ VDI, ...) เตรียมด้วย pvcreate, lvcreate และระบบไฟล์ที่คุณเลือก (เช่น mkfs.ext4)
  • จากนั้นสร้างจุดเชื่อมต่อชั่วคราวภายใต้ /mnt เช่น /mnt/newroot, /mnt/newvar, ... และติดตั้งระบบไฟล์ที่นั่น
  • จากนั้นใช้ rsync -xaP <แหล่งที่มา>/ <ปลายทาง>/ สำหรับแต่ละระบบไฟล์ของคุณ ตัวเลือก '-x' จะป้องกันไม่ให้ rsync ข้ามขอบเขตของระบบไฟล์ เช่น ถ้าคุณทำเช่นนั้น rsync -xaP / /mnt/newroot/ มันจะไม่คัดลอก /var, /home หรือแม้แต่ระบบไฟล์ใหม่ทั้งหมดที่ติดตั้งภายใต้ /mnt '-a' จะทำให้แน่ใจว่าสิทธิ์ ฯลฯ จะถูกยึดโดยไม่มีการแก้ไข และ '-P' จะแสดงความคืบหน้า สำหรับรายละเอียดโปรดดูที่ ผู้ชาย rsync.

เสร็จแล้วก็แก้ไข /mnt/newroot/etc/fstab และตรวจสอบให้แน่ใจว่าคุณแสดงรายการระบบไฟล์ทั้งหมดที่จุดต่อเชื่อมที่เหมาะสม หากคุณมาถึงขั้นนั้นแล้ว สิ่งนี้ก็ไม่น่าจะยากเกินไป (เนื่องจากคุณเลือก /dev/mapper/... ชื่อ ระบบไฟล์ ฯลฯ ทั้งหมด)

คุณจะต้องใช้ grub-install และบางที update-grub เพื่อทำให้ดิสก์ใหม่สามารถบู๊ตได้ แต่ฉันไม่แน่ใจเกี่ยวกับขั้นตอนที่แน่นอน ด้วย VMs คุณสามารถลองใช้งานได้อย่างง่ายดาย และหากไม่สามารถบู๊ตได้ ให้แนบดิสก์เก่าอีกครั้งและแก้ไข

สำหรับการอ้างอิง นี่คือเซสชันเชลล์ที่ให้คำสั่งเฉพาะบางอย่างแก่คุณเกี่ยวกับการแบ่งพาร์ติชัน + LVM + การจัดรูปแบบ + การอ้างอิงในหัวข้อ fstab โปรดทราบว่าคุณมักจะต้องแก้ไข เช่น หากอุปกรณ์ของคุณไม่ใช่ /dev/sda ถ้าคุณต้องการระบบไฟล์อื่น เป็นต้น - นี่เป็นเพียงตัวอย่างเท่านั้น

# หลังจากใช้ fdisk เพื่อสร้างพาร์ติชันเดียวที่ครอบคลุมอุปกรณ์ทั้งหมด
#ดูเหมือนว่า:
root@ubuntu:~# fdisk -l /dev/sda
ดิสก์ /dev/sda: 100 GiB, 107374182400 ไบต์, 209715200 ภาค
ดิสก์รุ่น: VBOX HARDDISK   
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์: 18ACB4C9-3F33-7041-8BEB-D819F138A809

ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/sda1 2048 209715166 209713119 100G Linux LVM

# สร้างฟิสิคัลวอลุ่มสำหรับ LVM
root@ubuntu:~# pvcreate /dev/sda1   
  สร้างฟิสิคัลวอลุ่ม "/dev/sda1" สำเร็จแล้ว
  
# สร้างกลุ่มวอลุ่มด้วยชื่อ "vg1" สำหรับ LVM ที่จะ
# เก็บโลจิคัลวอลุ่มทั้งหมดของเรา
root@ubuntu:~# vgcreate vg1 /dev/sda1
  สร้างกลุ่มวอลุ่ม "vg1" สำเร็จแล้ว

# สร้างโลจิคัลวอลุ่มตามที่อธิบายไว้ข้างต้น
root@ubuntu:~# lvcreate --name root --ขนาด 20G vg1     
  สร้างโลจิคัลวอลุ่ม "รูท" แล้ว
root@ubuntu:~# lvcreate --name swap --size 8G vg1
  สร้าง "swap" โลจิคัลวอลุ่มแล้ว
root@ubuntu:~# lvcreate --ชื่อ boot --ขนาด 500M vg1
  สร้างโลจิคัลวอลุ่ม "บูต" แล้ว
root@ubuntu:~# lvcreate --ชื่อ tmp --ขนาด 5G vg1
  สร้างโลจิคัลวอลุ่ม "tmp" แล้ว

# ดูโลจิคัลวอลุ่ม
root@ubuntu:~# เลเวล
  LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
  boot vg1 -wi-a----- 500.00m                                                    
  รูท vg1 -wi-a----- 20.00g                                                    
  swap vg1 -wi-a----- 8.00g                                                    
  tmp vg1 -wi-a----- 5.00g                                                    

# ดูที่กลุ่มวอลุ่มและดูว่ามีพื้นที่ว่างเหลืออยู่เท่าใด
root@ubuntu:~# vgs
  VG #PV #LV #SN Attr VSขนาด VFree  
  vg1 1 4 0 wz--n- <100.00g <66.51g

# ใช้พื้นที่ที่เหลือสำหรับโลจิคัลวอลุ่มสุดท้าย var
root@ubuntu:~# lvcreate --name var --size 66.5G vg1
  สร้างโลจิคัลวอลุ่ม "var" แล้ว

#มาดูปริมาณกัน
root@ubuntu:~# เลเวล
  LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
  boot vg1 -wi-a----- 500.00m                                                    
  รูท vg1 -wi-a----- 20.00g                                                    
  swap vg1 -wi-a----- 8.00g                                                    
  tmp vg1 -wi-a----- 5.00g                                                    
  var vg1 -wi-a----- 66.50g

# จัดรูปแบบไดรฟ์ข้อมูลทั้งหมดด้วยระบบไฟล์ ext4
สำหรับฉันใน /dev/mapper/vg1-*; ทำ mkfs.ext4 $i; เสร็จแล้ว
# เปลี่ยน vg1-swap ให้เป็นพื้นที่สว็อป
mkswap /dev/mapper/vg1-swap.mkswap

# สร้างรายการ fstab ที่มีลักษณะเช่นนี้
/dev/mapper/vg1-root / ext4 ค่าเริ่มต้น 0 1
/dev/mapper/vg1-boot /boot ext4 ค่าเริ่มต้น 0 2
/dev/mapper/vg1-var /var ext4 ค่าเริ่มต้น 0 2
/dev/mapper/vg1-tmp /tmp ext4 nosuid,nodev,noexec 0 0
/dev/mapper/vg1-swap ไม่มีการแลกเปลี่ยน sw 0 0
nightwatch avatar
tr flag
นี่เป็นหนึ่งในคู่มือการทำให้เซิร์ฟเวอร์แข็งขึ้นที่ฉันติดตาม โปรดสังเกตมาตรการรักษาความปลอดภัยสำหรับ fstab ที่ทำซ้ำในที่อื่น https://linoxide.com/ultimate-guide-secure-ubuntu/
eg flag
ขอบคุณ. คำแนะนำนั้นสมเหตุสมผลจริงๆ โดยเฉพาะส่วนที่หมดทรัพยากร ฉันไม่ได้พิจารณาเรื่องนั้น ไม่แน่ใจว่าจะเกิดอะไรขึ้นกับบริการที่ใช้ /tmp เมื่อเต็ม (แม้ว่าจะอยู่ในวอลุ่มอื่นก็ตาม) บางทีพวกเขาอาจจะหยุดทำงาน ดังนั้นคุณยังคงต้องทนทุกข์ทรมานกับ DoS
nightwatch avatar
tr flag
คุณยินดีที่จะอัปเดตคำตอบของคุณตามคู่มือการชุบแข็งหรือไม่?
eg flag
@nightwatch เสร็จแล้ว :)
nightwatch avatar
tr flag
ฉันขอขอบคุณคำตอบเป็นอย่างสูงและฉันได้ลงคะแนนคำตอบแล้วเนื่องจากมีประโยชน์และฉันได้เรียนรู้จากมัน อย่างไรก็ตาม ฉันหวังว่าจะได้ตัวอย่างที่ใช้ได้จริงในการสร้างพาร์ติชันโดยใช้ LVM ตามที่แนะนำในคู่มือนี้ จากบทช่วยสอนต่างๆ ฉันรู้ว่าการสร้างพาร์ติชัน /tmp มีความแตกต่างจากการสร้างสำหรับ /home คะแนนที่ดีเหล่านั้นอาจทำให้ฉันเสียเวลาหลายชั่วโมง
eg flag
@nightwatch ฉันได้เพิ่มเชลล์เซสชันที่ฉันทำการแบ่งพาร์ติชัน + LVM + การจัดรูปแบบ + การอ้างอิงใน fstab และเพิ่มลงในคำตอบ แต่ก็ยังเป็นเพียงตัวอย่าง ในกรณีเฉพาะของคุณอาจดูแตกต่างออกไป ฉันคิดว่าคุณจะบรรลุเป้าหมายได้เร็วขึ้นหากคุณถามคำถามที่เฉพาะเจาะจงเมื่อถึงจุดหนึ่ง
nightwatch avatar
tr flag
"สำหรับประธาน?" คุณมีคะแนนของฉัน :-) ขอบคุณ

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา