Các tập tin đi đâu khi lệnh rm được ban hành?

Gần đây tôi vô tình làm rmmột tập hợp các tập tin và nó khiến tôi suy nghĩ chính xác những tập tin này ở đâu?

Điều đó có nghĩa là, khi làm việc với GUI, các tệp đã bị xóa sẽ chuyển đến Thùng rác. Tương đương với cái gì rmvà có cách nào để hoàn tác một rmlệnh không?

Không nơi nào, biến mất, biến mất. Vâng, cụ thể hơn, các tập tin được bỏ liên kết. Dữ liệu vẫn còn ở đó trên đĩa, nhưng liên kết đến nó đã bị xóa. Trước đây, nó có thể truy xuất dữ liệu, nhưng ngày nay siêu dữ liệu bị xóa và không có gì có thể phục hồi được.

Không có Thùng rác nào rm, cũng không nên có. Nếu bạn cần một Thùng rác, bạn nên sử dụng giao diện cấp cao hơn. Có một tiện ích dòng lệnh trong trash-cliUbuntu, nhưng hầu hết các trình quản lý tệp GUI như Nautilus hoặc Dolphin được sử dụng để cung cấp một Thùng rác tiêu chuẩn. Thùng rác có thể là tiêu chuẩn của chính nó. Các tệp được lưu trong Cá heo sẽ hiển thị trong Thùng rác từ Nautilus.

Các tập tin thường được chuyển đến một nơi nào đó như ~/.local/share/Trash/files/khi rác. Các rmlệnh trên UNIX / Linux là tương đương với deltrên hệ điều hành DOS / Windows mà cũng xóa và không không di chuyển tập tin vào Recycle Bin. Một điều khác cần nhận ra là việc di chuyển một tệp qua các hệ thống tệp như vào đĩa USB của bạn từ ổ đĩa cứng thực sự là 1) bản sao dữ liệu tệp theo sau là 2) hủy liên kết tệp gốc. Bạn sẽ không muốn Thùng rác của mình được lấp đầy bằng những bản sao bổ sung này.

Đối với ext3 / ext4, bạn có thể thử khôi phục các file sử dụng các công cụ như extundelete hoặc ext3grep , hoặc thậm chí đi rối tung với các cấu trúc ở mức độ thấp bằng tay (không dành cho người yếu tim); đối với nhiều hệ thống tập tin, bạn có thể cố gắng tìm kiếm các khối chưa được ghi đè bằng các mẫu nhất định (ví dụ: MagicresTHER có thể tìm kiếm các tiêu đề JPEG, trong số những thứ khác). Lưu ý rằng những điều này đang sử dụng phương pháp phỏng đoán để khôi phục các tệp từ siêu dữ liệu bị bỏ lại, do đó việc khôi phục hoàn toàn không được đảm bảo - đó là đặt cược cơ hội cuối cùng (vì chúng yêu cầu một số dấu vết của các tệp vẫn còn trong tạp chí và các khối chưa được ghi đè lên).

Vì vậy, đối với tất cả ý định và mục đích, các tệp bị xóa rmđã biến mất - bạn có thể thử tính năng cần thiết như những công cụ này cung cấp, nhưng không phụ thuộc vào nó: đây là những công cụ để thử khi mọi thứ khác không thành công. Tốt hơn hết hãy tìm ra các bản sao lưu mới nhất của bạn (bạn đã tạo các bản sao lưu, phải không? Ồ, sống và học hỏi ...).

Về việc hoàn tác các tác dụng của rm:

Vì hầu hết các hệ thống tập tin chỉ xóa tham chiếu đến dữ liệu và chỉ ra rằng các khối là miễn phí, bạn có thể cố gắng xác định vị trí đọc dữ liệu của mình trực tiếp từ thiết bị. Với một chút may mắn, các khối chứa (các) tệp của bạn chưa được yêu cầu cho thứ khác.

Điều này giả định rằng bạn có một thứ khá độc đáo để tìm kiếm, đó là bạn có roottrên hệ thống và tôi đoán việc ghép bất cứ thứ gì kéo dài hơn một khối hệ thống tệp (có thể là 4k) có thể sẽ khá tốn công nếu hệ thống tệp không quản lý để đặt (các) tệp trong các khối liền kề.

Tôi đã khôi phục thành công nội dung của một vài tệp văn bản thuần bằng cách chạy các chuỗi trên thiết bị mà hệ thống tệp đang bật và sử dụng grepđể tìm kiếm thứ gì đó từ các tệp có ngữ cảnh lớn ( -C). (Và ngay sau sự cố đó, công ty đã quyết định dành một số nguồn lực để thực hiện sao lưu)

Bất cứ khi nào bạn xóa một tệp bằng rmlệnh, dữ liệu của tệp sẽ không bao giờ bị xóa. Nói cách khác, các khối trong hệ thống tệp chứa dữ liệu vẫn còn đó.

Điều gì xảy ra là khi bạn chạy rmlệnh, hệ thống đánh dấu inode thuộc về tệp đó là không sử dụng và các khối dữ liệu của tệp đó cũng không được sử dụng (nhưng không bị xóa). Tuy nhiên, ext3hầu hết các trường trong nút, khi một tệp bị xóa.

Việc đánh dấu bình thường này không được sử dụng được thực hiện cho tốc độ ... Nếu không để xóa nó sẽ mất thêm thời gian. Đó là lý do tại sao bạn có thể lưu ý xóa ngay cả các tệp lớn nhanh hơn (bạn có thể khôi phục dữ liệu nếu khối dữ liệu đó không bị ghi đè).

Thông tin thêm: Cấu trúc inode , cách xóa tập tin hoạt động

Trong các hệ thống tệp kiểu Unix (bao gồm cả trên Linux), các tệp không thực sự "tại" bất kỳ vị trí cụ thể nào. Thay vào đó, hệ thống sử dụng các liên kết cứng để chỉ ra các phần của một lượng lớn dữ liệu. Vì vậy, khi bạn tạo một tệp, bạn cũng tạo liên kết cứng đầu tiên của nó: tệp thực sự nằm ở nơi bạn "lưu" tệp. Nếu bạn tạo ra nhiều liên kết cứng hơn, thì theo như hệ thống biết, tập tin thực sự tồn tại ở một vài nơi cùng một lúc.

Khi bạn "xóa" một tệp, thông thường bạn thực sự chỉ xóa các liên kết cứng tồn tại ở nơi bạn đã chỉ định. Đây là lý do tại sao hệ thống gọi để xóa các tập tin được gọi unlink(). Hệ thống sẽ không thực sự xóa tệp cho đến khi không còn liên kết cứng nào với nó. Nhưng một khi liên kết cứng cuối cùng bị phá hủy, dữ liệu cũng vậy.

Vì vậy, các tập tin bạn xóa đi đâu? Nếu vẫn còn các liên kết cứng, các tệp đó sẽ ở bất cứ nơi nào mà các liên kết cứng bạn không xóa. Nếu không còn liên kết cứng, các tập tin sẽ biến mất.

Cũng xem vào ~ / .snapshot nếu tệp bị xóa gần đây.