Gần đây, tôi đã tạo một thanh USB trực tiếp với Xubfox 20.04.02 LTS với trình tạo phương tiện Khởi động (đây có thể là usb-creator-gtk).
Tôi đã cố gắng thay đổi kích thước phân vùng sau khi tạo thanh để cung cấp phân vùng dữ liệu bổ sung. Nhưng điều đó là không thể: Mặc dù dung lượng của chiếc gậy là 32 GB, chia tay cho thấy nó đã bị chiếm dụng hoàn toàn và ngăn tôi giảm kích thước của phân vùng ISO9660 trên đó.
Tuy nhiên, lsblk cho tôi biết về ba phân vùng trên đó:
$ lsblk -o name,size,fstype,partflags,model,vendor /dev/sdc
TÊN KÍCH THƯỚC FSTYPE PARTFLAGS MODEL NHÀ CUNG CẤP
Đĩa Flash sdc 29,3G iso9660 Chung
ââsdc1 1,6G iso9660 0x80
ââsdc2 3,9M vfat
ââsdc3 27,7G ext4
$ lsblk -o Tên, kích thước, fstype, uuid, nhãn, điểm gắn kết | grep -E sdc
sdc 29,3G iso9660 2021-02-09-19-20-08-00 Xubfox 20.04.2.0 LTS AMD64
ââsdc1 1,6G iso9660 2021-02-09-19-20-08-00 Xubfox 20.04.2.0 LTS amd64 /media/user/Xubuntu 20.04.2.0 LTS amd64
ââsdc2 3,9M vfat 54C5-9C6C Xubfox 20.04.2.0 LTS AMD64
ââsdc3 27,7G ext4 80b4c9bd-f04c-4bc2-8ae8-7551e6026d49 có thể ghi/phương tiện/người dùng/có thể ghi
$
Đáng ngạc nhiên là cùng một UUID xuất hiện hai lần: Một lần cho toàn bộ thiết bị và một lần nữa cho phân vùng ISO9660. Cùng một nhãn thậm chí xuất hiện ba lần: cho cả ba phân vùng!
Theo sự hiểu biết của tôi đó không phải là một ý tưởng tốt. Tôi thích các nhãn có ý nghĩa hơn, ví dụ: Xubfox20.04.2-amd64_mục đích, ở đâu mục đích cho biết mục đích của phân vùng đó.
Tôi thắc mắc về phân vùng có nhãn ghi được: Nó dường như theo dõi khi thanh được sử dụng để cài đặt. Tôi có thể lưu trữ dữ liệu ở đó, nhưng tôi không thể truy cập chúng từ hệ thống trực tiếp!
Tôi có ấn tượng rằng phân vùng có nhãn ghi được được gắn trong hệ thống trực tiếp như /var/sụp đổ. Tôi đã lưu trữ một tập lệnh ở đó và tôi đã sử dụng nó. Nhưng sau khi tắt hệ thống trực tiếp, tập lệnh của tôi bật /var/sụp đổ đã ra đi. Ai đó có thể làm sáng tỏ kiến trúc phân vùng của Live USB-Stick cho Xubfox 20.04.02 LTS AMD64 của tôi không?
Các nhận xét cho đến ngày 2021-08-09 đã cho tôi biết về lợi ích của việc cài đặt đầy đủ (đó không phải là câu hỏi của tôi) và cách tạo cài đặt liên tục (đó cũng không phải là câu hỏi của tôi).
Tôi đã lãng phí vài tuần với các lượt cài đặt liên tục bằng cách sử dụng unetbootin: Tôi đã cài đặt chúng liên tục vách ngăn dán nhãn casper-rw. Thật không may trong khi tắt máy, có rất nhiều dữ liệu được ghi vào ổ ngón tay cái trong khi màn hình trông có vẻ đen kịt. Nếu một người ngắt kết nối thanh trong thời gian nguy hiểm đó, casper-rw bị hủy hoại (lỗi inode)!
Việc cập nhật hệ thống trên ổ USB được cài đặt liên tục có thể mất rất nhiều thời gian. Ví dụ. Tôi đã trao đổi firefox bằng crom. Tôi cho rằng thời gian tiêu thụ là do số lượng lớn hướng chuyển đổi giữa đọc và ghi, khiến cho thiết bị điện tử của thiết bị USB3 bị chậm lại do các yếu tố lớn. Nó thậm chí còn tồi tệ hơn khi tôi cố gắng biên dịch một hệ thống Jamulus để có mặt trên thanh trực tiếp của mình. Tôi biết rằng trong quá trình tạo, nhiều tệp được đọc, các tệp khác được ghi và có thể các tệp trung gian được tạo và xóa sau khi sử dụng. Điều này gây ra căng thẳng mà các thiết bị điện tử của thanh USB3 không được tạo ra.
Để thoát ra khỏi vũng bùn sau khi phá hỏng vách ngăn của tôi casper-rw, tôi đã tạo một phân vùng dự phòng với bản sao dự phòng của một phân vùng đang hoạt động trước đó casper-rw (tất nhiên là với một NHÃN khác). Nhưng sao chép từ cái này sang cái kia (cả hai đều có cùng kích thước) với cp -a (sau khi xóa tất cả các tệp trước đó của phân vùng đích) mất nhiều thời gian hơn so với việc thêm một bước trung gian đầu tiên là sao chép vào đĩa cố định của tôi và sau đó sao chép vào ổ USB: Quan sát này đã đưa tôi đến kết luận rằng thay đổi hướng truyền dữ liệu là nguyên nhân chính gây tốn thời gian khi cập nhật cài đặt liên tục.
Câu hỏi của tôi ở trên là sau một lời giải thích về lý do tại sao tôi không thể thay đổi kích thước phân vùng được thực hiện bằng công cụ tạo phương tiện bắt đầu.
Câu hỏi của tôi ở trên là sau mục đích của phân vùng có thể ghi tìm thấy trên thanh.
Mục tiêu của tôi là tạo phân vùng trên thanh trực tiếp, có thể được gắn dưới dạng /Trang Chủ được sử dụng cho các tập lệnh áp dụng một số sửa đổi nhanh chóng như những sửa đổi mà tôi áp dụng thủ công khi thử hệ thống trực tiếp.
Mục tiêu thứ hai của tôi là tạo phân vùng trên thanh trực tiếp, có thể được gắn dưới dạng /Trang Chủ với các tập lệnh cài đặt nhanh phần mềm bổ sung (xảy ra trong ram-fs và sẽ biến mất sau khi tắt máy).
Tất nhiên, mục tiêu cuối cùng sẽ là phân vùng đó được gắn kết như /Trang Chủ tự động.
Mục tiêu của tôi sẽ là ở giữa phương tiện cài đặt Chỉ đọc giống như DVD và phương tiện cài đặt liên tục. Sự khác biệt là một thanh như vậy không thể được cập nhật (liên tục). Sự khác biệt đối với cài đặt đầy đủ là nó sẽ chạy trên bất kỳ máy tính nào (tất nhiên là có khả năng chạy hệ thống) chứ không phải trên máy tính cụ thể mà việc cài đặt đầy đủ một thanh dường như bị hạn chế.
(N.B. Tôi đã từng tạo một thanh cài đặt đầy đủ cho Lenovo W530. Nó không khởi động được trên Lenovo T410. Nhưng nó đã khởi động được trên T430 và T430s. Kiến trúc của hai kiểu máy đó dường như đủ gần để cho phép chúng khởi động, nhưng nhiều máy tính khác mà tôi đã thử không khởi động được từ nó. Vì vậy, nói chung, bản cài đặt đầy đủ dường như chỉ giới hạn ở máy tính mục tiêu và chỉ những người họ hàng rất gần).
Thật không may, các phân vùng liên tục dường như không khả thi vì quá trình tắt máy rất tốn thời gian: Tôi đã quan sát thấy hơn 5 phút hoạt động của đĩa! Mặt khác, lỗi inode xảy ra rất thường xuyên.
