Khi PC chỉnh sửa một tập tin, nó có xóa tập tin gốc không?


55

Nếu code.txt(hoặc bất kỳ tệp nào) được chỉnh sửa và lưu, tôi có hai ý tưởng về cách PC sẽ xử lý quy trình:

  1. PC xóa code.txthoàn toàn và tạo một bản mới code.txt(phiên bản chỉnh sửa) từ đầu.

  2. PC chỉnh sửa một phần của hex code.txt. Vì vậy, không có xóa xảy ra.

Ý tưởng nào đại diện cho cách máy tính làm việc?


Lời chào hỏi! Làm việc từ câu trả lời xuất sắc được cung cấp bởi người dùng Grawity, đây là một số câu hỏi làm rõ:

18
@HaakonDahl câu hỏi làm rõ là gì? Bạn không đăng gì cả.
Vịt lớn

Nguy hiểm Phải đợi cho đến khi tôi quay lại PC. Nhưng ý chính là cấp độ nào - phần cứng, hệ thống tập tin, hệ điều hành hoặc ứng dụng? Và ứng dụng gì?

Tại sao nó quan trọng với bạn? Ngay cả các chương trình tạo tệp "mới" có thể sẽ thay đổi thời gian tạo sao cho khớp với bản gốc. Sự khác biệt duy nhất có thể nhìn thấy sẽ là số inode (hoặc khái niệm tương đương) có thể quan trọng (ví dụ: nếu bạn có các liên kết cứng xung quanh thì chúng sẽ bị "không đồng bộ").
Bakuriu

1
Bỏ phiếu để đóng câu hỏi này là quá rộng. Tất cả phụ thuộc vào hệ điều hành, phần mềm và khả năng của hệ thống tệp cơ bản.
JakeGould

Câu trả lời:


121

Có thể là một trong hai - nó phụ thuộc vào trình soạn thảo văn bản đã được sử dụng.

Khái niệm 'tệp văn bản' không được tích hợp vào máy tính - mỗi hệ điều hành có thể quản lý các tệp khác nhau và mỗi trình soạn thảo văn bản có thể sử dụng các tệp đó khác nhau.

Trong thực tế, bạn sẽ tìm thấy các trình soạn thảo văn bản có cả hai cơ chế. Thực tế tất cả các hệ điều hành đều cho phép ghi đè trực tiếp nội dung của tệp hiện có, vì vậy các trình soạn thảo đơn giản như Notepad thường chỉ yêu cầu HĐH ghi trực tiếp vào tệp gốc, vì điều đó dễ thực hiện nhất - nhưng rủi ro nếu bạn mất quyền giữa chừng. Vì vậy, vì lý do độ tin cậy, nhiều biên tập viên đã cố tình lưu dữ liệu cập nhật vào một tệp mới và xóa bản gốc.

(Tôi nghĩ rằng các bản cập nhật tại chỗ phổ biến hơn trong số các trình soạn thảo hex, trong đó hầu hết các chỉnh sửa không chèn / xóa byte mà chỉ thay đổi các vị trí hiện có, do đó không cần phải ghi lại toàn bộ tệp.)

Thậm chí còn có một chế độ hoạt động thứ ba - trước tiên, biên tập viên có thể tạo một bản sao lưu của tệp cũ, sau đó trực tiếp ghi dữ liệu mới vào tệp.


cũng phụ thuộc vào hệ thống tập tin giữ tập tin. Với hầu hết các hệ thống tệp truyền thống, nếu một chương trình yêu cầu ghi vào tệp hiện có, hệ thống tệp sẽ ghi đè lên dữ liệu cũ tại chỗ.

Tuy nhiên, một số hệ thống tập tin làm việc trong chế độ "copy-on-write", nơi mà bất kỳ dữ liệu mới luôn được ghi vào một vị trí khác nhau, cho dù chương trình muốn nó hay không. Một lần nữa, điều này có lợi thế có thể là tăng độ tin cậy vì một sự thay đổi bị gián đoạn có thể được hoàn nguyên.

Trong một số hệ thống tập tin (như Btrfs hoặc ext4) đây là một tính năng tùy chọn; trong các phần mềm khác (ví dụ: các hệ thống tệp có cấu trúc log), nó là một phần của thiết kế cốt lõi.


30
Nó không chỉ ở cấp độ hệ thống tập tin. Bộ nhớ flash, ví dụ, phải xóa một khối trước khi nó có thể ghi vào nó. Vì vậy, trong thực tế, nó thường sẽ ghi vào các tệp chỉ bằng cách viết thay đổi mới sang một khối mới và vô hiệu hóa nó trên khối cũ. Bằng cách xử lý loại điều này tự động bởi chính thiết bị, HĐH chỉ có thể sử dụng một hệ thống tệp ổ cứng thông thường.
trlkly

7
@trlkly: Tất cả các thiết bị bộ nhớ flash hiện đại được chia thành các vùng xóa có độ lớn hơn một vùng đĩa và không thể tái chế bất kỳ phần nào của vùng đó mà không xóa tất cả các vùng đó. Do đó, nếu một khu vực chứa 32 lĩnh vực dữ liệu lỗi thời và 224 lĩnh vực dữ liệu hữu ích, thì khu vực đó sẽ phải sao chép 224 khu vực dữ liệu hữu ích ở một nơi khác trước khi có thể giải phóng không gian khỏi bất kỳ khu vực lỗi thời nào. Các hệ điều hành hiện đại sử dụng lệnh "trim" để chỉ ra các thành phần đĩa có nội dung có thể bị bỏ nếu khối chúng được tái chế.
supercat

Một số trình soạn thảo chọn vào thời gian chạy để sử dụng hành vi nào (ví dụ tùy thuộc vào việc một tệp chỉ có một mục nhập thư mục đặt tên cho nó hay nhiều mục).
Toby Speight

2
Nhiều biên tập viên sẽ chỉ cần đọc tệp vào bộ nhớ và thực hiện tất cả các thay đổi ở đó. (Có lẽ tự động lưu trữ một cách tự động một bản sao của công việc đang diễn ra sang một bản khác.) Tệp gốc hoàn toàn không thay đổi cho đến khi bạn lưu các thay đổi, ví dụ như với lệnh vi's: w.
jamesqf

4
@jamesqf: Chà, câu hỏi về những gì xảy ra khi một tập tin được "chỉnh sửa và lưu lại " ...
grawity

6

Vì bạn đang nói về "lưu tệp", nên tệp sẽ không được chỉnh sửa tại chỗ trên đĩa.

Với một tệp trong một hệ thống tệp thông thường, có hai điều cần xem xét. Có mục nhập thư mục, và sau đó là dữ liệu tệp thực tế ở đâu đó trên đĩa.

Khi bạn chỉnh sửa tệp trong trình chỉnh sửa bình thường, nó sẽ tải dữ liệu tệp vào RAM và mọi chỉnh sửa sẽ chỉ xảy ra trên bản sao dữ liệu đó. Sau đó, khi bạn lưu tệp, về cơ bản có hai tùy chọn:

Tùy chọn 1: tệp gốc được đổi tên , vì vậy cả mục nhập thư mục gốc và dữ liệu gốc sẽ vẫn còn trên đĩa. Ví dụ, việc đổi tên có thể thay đổi hậu tố tệp thành .bak(thường loại bỏ bất kỳ .baktệp nào trước đó ). Sau đó, một tệp mới được tạo và dữ liệu từ bộ nhớ được ghi ở đó.

Tùy chọn 2: mục nhập thư mục gốc được sửa đổi để tập tin bị cắt ngắn thành 0. Vùng trên đĩa được sử dụng cho dữ liệu tệp sẽ được đánh dấu là không sử dụng, nhưng nội dung tệp cũ sẽ vẫn còn trên đĩa cho đến khi chúng bị ghi đè. Sau đó, dữ liệu mới được viết. Trong trường hợp này, mục nhập thư mục vẫn còn, chỉ dữ liệu mà nó trỏ đến được thay đổi.

Có một vài biến thể có thể xảy ra, một biến thể phổ biến, dữ liệu đã chỉnh sửa trước tiên được lưu trữ vào tệp tạm thời, vì vậy nếu máy tính của bạn gặp sự cố tại thời điểm này, tệp gốc có thể sẽ không bị hỏng. Sau đó, tệp gốc sẽ bị xóa và tệp mới được đổi tên với tên chính xác. Hoặc, tệp gốc chỉ có thể bị xóa trước khi viết tệp mới.

Vì vậy, lý thuyết 1 của bạn gần với những gì hầu hết các biên tập viên làm.


Sau đó là những trường hợp đặc biệt. Rõ ràng nhất là trình soạn thảo đĩa, cho phép đọc và ghi đè byte trực tiếp trên đĩa. Một cái khác có thể là một tệp cơ sở dữ liệu, trong đó các bản ghi có thể có kích thước cố định, vì vậy thật dễ dàng để ghi đè lên một bản ghi. Nhưng dữ liệu không thể được thêm vào giữa tệp và do đó chỉnh sửa tệp văn bản hoặc bất kỳ tệp nào khác trong đó độ dài của dữ liệu ở giữa tệp thường thay đổi, những thủ thuật này thực sự không thể được sử dụng.

Vì vậy, lý thuyết 2 của bạn có thể trong một số trường hợp, nhưng các trình soạn thảo văn bản thông thường và không nên làm như vậy.


1
"Vì bạn đang nói về" lưu tệp ", nên tệp sẽ không được chỉnh sửa tại chỗ trên đĩa." - Tôi nghĩ rằng bất cứ khi nào bạn "mở" tệp, chỉnh sửa tệp và ghi lại các thay đổi vào đĩa, bạn sẽ "lưu tệp", bất kể tệp đó được "ghi tại chỗ" (ghi đè) hoặc tệp cũ bị xóa hoặc đổi tên và một tệp mới được tạo. Dù bằng cách nào, bạn thường, tại một số điểm quyết định "lưu các thay đổi" hoặc "loại bỏ các thay đổi".
Kevin Fegan

@KevinFegan Vâng, bạn có thể mở một tệp trong trình chỉnh sửa đĩa hoặc hex phù hợp, chỉnh sửa nội dung và lưu các thay đổi . Hoặc, bạn có thể mở tệp cơ sở dữ liệu (chẳng hạn như tệp cơ sở dữ liệu SQLite) và sửa đổi cơ sở dữ liệu và có các thay đổi được cam kết với tệp. Vì vậy, chỉ cần mở tệp để sửa đổi có nghĩa là sửa đổi tại chỗ, nhưng "lưu tệp" thường ngụ ý tạo tệp mới và các lựa chọn thay thế khác này có hành động được đặt tên khác để lưu thay đổi.
hyde

4

Trong lịch sử, các ổ đĩa được điều khiển trực tiếp bởi HĐH, do đó được điều khiển bởi ứng dụng. Trong bối cảnh đó, Theory 2 là cách thức hoạt động chính của PC. HĐH đã chỉ định một vị trí thực tế để đặt dữ liệu và nó có toàn quyền kiểm soát quá trình này. Do đó, các hệ thống tệp ban đầu có bảng "khu vực xấu", do đó, sau khi dữ liệu của bạn bị mất, máy tính có thể cho bạn biết dữ liệu bị mất và đánh dấu khu vực này là không thể sử dụng để tránh mất dữ liệu nhiều hơn. Quét đĩa và chống phân mảnh là thứ tự trong ngày.

Tuy nhiên, sau bước ngoặt của thế kỷ, chúng tôi đã chuyển sang LBA, vì vậy bây giờ HĐH chỉ đơn giản là tham chiếu khối "logic" mà nó muốn đọc hoặc ghi vào. Bản thân ổ cứng giờ đã có trí thông minh để xáo trộn xung quanh dữ liệu phía sau lưng của HĐH mà không nhận thấy. Điều này có nghĩa là độ tin cậy tốt hơn, vì các lĩnh vực không thể xác minh có thể chỉ cần được chuyển đến một vị trí thực tế mới mà không ảnh hưởng đến kiến ​​thức của hệ điều hành về nơi dữ liệu được đặt.

Trong phần cứng hiện đại, các ổ đĩa "đĩa" thường chỉ ghi đè lên bất cứ thứ gì có trước đó với dữ liệu mới đến và tùy chọn ánh xạ lại LBA nếu khu vực đó có vẻ như không thể giữ lại dữ liệu (khu vực bị hỏng hoặc bị mòn). Các ổ đĩa "Flash" thường xóa các ô cũ và sau đó ghi dữ liệu vào các ô mới, một quá trình được gọi là cân bằng hao mòn.

Trong cả hai trường hợp, điều này là có thể bởi vì luôn có dung lượng không được sử dụng vượt quá giá trị được báo cáo. Việc cung cấp quá mức này cho phép ổ đĩa có tuổi thọ dài hơn so với công nghệ khá không đáng tin cậy của công nghệ của thế kỷ trước. Chế độ LBA cho phép môi trường vật lý được trừu tượng hóa khỏi HĐH để bản thân ổ đĩa có thể thực hiện bất kỳ biện pháp nào mà ổ đĩa cho là cần thiết để ngăn ngừa mất dữ liệu.

Ở cấp độ ứng dụng, bạn thường mở một tệp ở chế độ "VIẾT", yêu cầu HĐH xóa tệp ("xóa" nội dung, nhưng không phải chính tệp đó), sau đó ghi dữ liệu mới. Tất cả điều này được đệm ở cấp độ HĐH, sau đó "tuôn ra" ổ đĩa, điều này tạo ra những thay đổi được yêu cầu.

Với thông tin đó, Lý thuyết 1 là những gì về mặt kỹ thuật xảy ra ở cấp độ lập trình ứng dụng, ít nhất là theo mặc định, vì cũng có chế độ "ghi với chắp thêm" để tránh xóa nội dung tệp. Bản thân HĐH sẽ trình bày các thay đổi sẽ được thực hiện giống như Lý thuyết 2, nhưng được trừu tượng hóa thông qua LBA. Ổ đĩa sau đó có thể sẽ làm một cái gì đó là sự pha trộn của Lý thuyết 1 và Lý thuyết 2.

Vâng. Nó phức tạp và phụ thuộc rất nhiều nhà sản xuất / nhà phát triển hệ điều hành / nhà phát triển ứng dụng. Tuy nhiên, tất cả sự phức tạp này là nhằm mục đích làm cho việc lưu trữ dữ liệu trở nên đáng tin cậy hơn trong khi cải thiện việc sử dụng năng lượng / tuổi thọ pin.


3

Phụ thuộc. AFAIK Microsoft Word, khi lưu .doc(không .docx) tệp có bật tùy chọn Lưu nhanh , sẽ thêm các thay đổi được thực hiện vào tài liệu kể từ lần lưu cuối cùng làm tệp hiện có.


1

Nói chung, Máy tính sẽ phân bổ bộ nhớ trong đó tệp gốc cư trú dưới dạng 'đã xóa', nhưng tất cả điều này thực sự có nghĩa là nó sẽ không hiển thị trong trình duyệt tệp của bạn nữa và các ô trong bộ nhớ được ghi được cho phép sẽ được ghi đè trong tương lai.

Về việc liệu tệp mới được ghi vào cùng một vị trí có phụ thuộc vào một số yếu tố hay không, chủ yếu là phần mềm bạn đang sử dụng và cách nó được thiết kế để sử dụng bộ nhớ.


2
Tôi nghĩ rằng bạn có thể nhầm lẫn "bộ nhớ" với khái niệm hoạt động hủy liên kết hệ thống tệp. Và điều này thực sự không liên quan gì đến câu hỏi đã nêu, nó hỏi liệu các tập tin cụ thể có bị ghi đè hoặc nếu có một số cập nhật n-way.

Chà, nếu phần mềm được thiết kế để làm điều đó một cách cụ thể thì điều đó là có thể, mặc dù theo như tôi biết thì đây thường là cách lưu trữ dài hạn và RAM hoạt động.
GigaJoules

Thật không may, lời giải thích của bạn (theo như tôi có thể giải mã ý của bạn) quyết định không phải là cách "lưu trữ dài hạn và RAM" hoạt động. Nhưng, vào cuối ngày, điều này ít liên quan đến câu hỏi trong tầm tay. Trong đó, tôi nhắc lại, là hỏi làm thế nào phần mềm cập nhật thông tin văn bản vào một tệp trên một thiết bị tính toán có mục đích chung với một hệ thống tệp hiện đại điển hình. Chúng ta không phải xem xét làm thế nào một cái gì đó như "bộ nhớ" không hoặc không hoạt động để trả lời câu hỏi này.

1

Hy vọng rằng điều này không dư thừa, thêm một chút thông tin / nền.

PC thường không có nhiều quyền kiểm soát đối với cách chỉnh sửa tệp, đó là ứng dụng thực hiện.

Một vài ví dụ về cách một số ứng dụng có thể xử lý chỉnh sửa:

Notepad tải toàn bộ tài liệu vào bộ nhớ và sau đó lưu toàn bộ nội dung trên tài liệu gốc của bạn (hoặc tài liệu mới bạn chỉ định).

Gần như tất cả các trình soạn thảo nhỏ khác sẽ lưu một tệp "mới" khi bạn chỉnh sửa và sau đó sao chép nó qua tài liệu gốc của bạn xóa nó khi bạn "lưu".

Các trình chỉnh sửa Tài liệu lớn mà bạn có thể sử dụng để chỉnh sửa sách có xu hướng đọc / sửa đổi một phần của tài liệu vì chúng có thể chỉnh sửa các tài liệu lớn hơn bộ nhớ. Chúng thực sự có thể chỉnh sửa tài liệu "Tại chỗ". Họ có thể viết lại một trang và để phần còn lại một mình. Chúng thường có biểu diễn trên đĩa được lập chỉ mục phức tạp hơn so với tệp .txt đơn giản để cho phép hành vi này.

Các biên tập viên lớn cũng có thể chỉ lưu các tệp tạm thời có "cập nhật" vào tài liệu gốc của bạn. Khi bạn thực hiện lưu cuối cùng, nó có thể hợp nhất tất cả chúng vào và viết lại tài liệu của bạn.

Hầu hết các trình soạn thảo có thể được cấu hình để giữ nguyên phiên bản hiện có và tạo một phiên bản mới với các thay đổi của bạn (giữ lại các phiên bản cũ).

Về phần câu hỏi của bạn về "PC" làm gì, một số hệ điều hành sẽ ghi nhớ mọi phiên bản của tệp và luôn tạo một tệp mới. Điều này khá hiếm ngày nay nhưng tôi nhớ "Máy tính mini" cũ (ngày nay chúng ta gọi là máy tính lớn) trong đó mọi tệp đều có phiên bản ở cuối như "File.text.1" và nó sẽ thêm vào phiên bản mỗi khi bạn chỉnh sửa nó Kiểu hành vi này sẽ áp dụng tốt hơn cho một cái gì đó như ổ đĩa băng hoặc đĩa CD trong đó việc ghi đè phiên bản cũ là hoàn toàn không thực tế.


1

2 không phải là không thể, nhưng nó là ngu ngốc vì nhiều lý do.

Một trình soạn thảo tệp văn bản được viết tốt sẽ:

  1. Viết một tập tin với một tên khác và nội dung mới. Nếu bản gốc là myfile.txt, cái mới có thể làmyfile.txt.new
  2. Cung cấp 1. đã thành công, đổi tên bản gốc thành tệp sao lưu, giả sử myfile.txt~
  3. Đổi tên tập tin mới thành tên ban đầu myfile.txt
  4. Nếu mọi thứ đã thành công, hãy xóa tệp sao lưu. Nhiều biên tập viên vẫn để nó, vì vậy người dùng có thể khôi phục nếu anh ta / cô ta sớm nhận ra rằng những gì anh ta / cô ta đã làm với biên tập viên không phải là những gì anh ta / cô ta muốn làm.

Nếu máy tính gặp sự cố hoặc hết dung lượng trên đĩa trong thời gian trên, sẽ không xảy ra trường hợp cả tệp cũ và tệp mới bị mất hoặc chỉ được lưu một phần.


Hành vi cắt ngắn tại chỗ và viết lại của rất nhiều trình soạn thảo văn bản cho các hệ điều hành không phải của IBM / không phải của Microsoft trong nửa thế kỷ qua không phải là "ngu ngốc".
JdeBP

1

Câu trả lời ngắn

Rất phụ thuộc vào trình soạn thảo của bạn, phần mềm / trình điều khiển cơ bản, lưu trữ.


Paranoiac trả lời

Có thể phục hồi trừ khi bạn loại bỏ nó vĩnh viễn.


Câu trả lời dài

Có thiếu thông tin trong câu hỏi của bạn (phần mềm, phần cứng, v.v.), vì vậy thay vì tự trả lời tôi sẽ giúp bạn tự trả lời câu hỏi của mình.

Nó phụ thuộc vào một vài yếu tố:

  1. Trình chỉnh sửa : Nếu phần mềm soạn thảo thay thế các khối của cùng một tệp, thì nó có thể được viết lại. Và điều này cũng có thể phụ thuộc vào cài đặt trình soạn thảo và loại tệp. Lưu ý rằng từ này có thể được in nghiêng. Ngay cả khi biên tập viên viết lại tập tin, nó vẫn có thể không bị ảnh hưởng (đọc các điểm tiếp theo).

  2. Phần mềm / trình điều khiển / hệ thống tệp bên dưới: Tệp sẽ không bị ảnh hưởng nếu có phần mềm / trình điều khiển khác bên dưới bảo vệ tệp ban đầu khỏi bị ghi đè. Những loại phần mềm này bao gồm các hệ thống phiên bản, đĩa vi sai ảo, một số phần mềm sao lưu. Một ví dụ là Git , sẽ giữ các khối tệp gốc và sẽ tạo tệp mới chứa các khối đã sửa đổi.

  3. Lưu trữ :

    • Bản thân bộ lưu trữ có thể viết các khối đã thay đổi trên một khu vực mới và đánh dấu các khối cũ là "miễn phí". Sau đó, tập tin sẽ vẫn còn trên bộ lưu trữ (và có thể phục hồi), trừ khi nó bị ghi đè bởi tập tin khác. Ví dụ là lưu trữ SSD hiện đại , có thể làm điều đó ở cấp độ phần cứng.

    • Có nhiều cách để khôi phục dữ liệu từ đĩa từ của ổ cứng cơ học điển hình ngay cả khi dữ liệu bị ghi đè . Và có những công ty chuyên biệt trong đó.

Vì vậy, nếu bạn muốn nhận được câu trả lời cụ thể cho dù tệp của bạn sẽ bị xóa hay không, bạn cũng phải cho biết trình chỉnh sửa, phần mềm / phần cứng / phần cứng sao lưu và lưu trữ nào bạn sử dụng. Nếu tôi bỏ lỡ bất kỳ điểm nào, vui lòng chỉnh sửa câu trả lời.


Làm thế nào để đảm bảo rằng tập tin bị xóa thực sự bị xóa khỏi bộ lưu trữ?

Đây có lẽ là câu hỏi tiếp theo mà bạn sẽ tự đặt câu hỏi. Vâng, có nhiều giải pháp phần mềm / phần cứng. Vì SuperUser không phải để quảng bá phần mềm / phần cứng, thay vì nói tên tôi sẽ cho bạn biết cách tìm chúng: tìm kiếm từ khóa "xóa tệp vĩnh viễn". Để biết chính xác hơn các trận đấu đề cập đến hệ điều hành của bạn, loại ổ cứng hoặc thông tin khác mà bạn có.


1

Một hành vi chưa ai đề cập đến là hành vi có liên quan của một số phiên bản hệ điều hành MS Windows cũng liên quan đến hệ thống tệp đang sử dụng.

Hành vi hoạt động như sau: Khi bạn đổi tên hoặc xóa tệp, nếu bạn tạo (tạo lại) tệp (mới) có cùng tên trong vòng 15 giây kể từ khi tệp gốc bị xóa (hoặc đổi tên), ngày tạo / dấu thời gian được sao chép từ tệp gốc. Về cơ bản, tệp mới "trở thành" tệp cũ / gốc.

Trong trường hợp này, thực sự không có vấn đề gì nếu ứng dụng lưu các thay đổi vào tệp theo phương pháp số 1 của bạn: tạo một tệp mới có cùng tên hoặc theo phương pháp # 2 của bạn: chỉnh sửa / cập nhật tệp tại chỗ (tệp không bị xóa). Dù bằng cách nào, tệp cuối cùng nhìn vào (gần như) mọi cách, giống như tệp gốc. Điều duy nhất là, nó có thể sẽ chiếm không gian ổ đĩa vật lý khác nhau (cụm / cung) và mục nhập thư mục cho tệp có thể sẽ ở một vị trí khác.

Như tôi đã nói, đây là hành vi của một số phiên bản MS Windows / hệ thống tập tin. Tôi không biết phiên bản Windows nào và hệ thống tập tin này bắt đầu từ đâu và liệu đây có phải là hành vi của các phiên bản gần đây hơn không. Nếu tôi phải đoán tôi sẽ nói nó được giới thiệu trên Windows NT và Windows XP và vẫn là hành vi của Windows 10, và (vẫn là một phỏng đoán) hành vi yêu cầu hệ thống tệp Fat32 hoặc NTFS (và có lẽ mới hơn).


Trên thực tế, điều đó có vấn đề, bởi vì NTFS hỗ trợ các liên kết cứng và một trong những khác biệt nổi tiếng giữa các phương thức này là hiệu ứng trên các tệp được liên kết nhiều lần. Đường hầm hệ thống tập tin đã xuất hiện từ ít nhất là Windows NT 5.0.
JdeBP

@JdeBP - Vâng, chúng tôi đồng ý. Đó là lý do tại sao tôi nói # 1) "Gần như" trong "tệp cuối cùng nhìn vào (gần như) mọi cách, như tệp gốc" và mục nhập thư mục số 2 ở một vị trí khác.
Kevin Fegan

Bạn không đồng ý nếu bạn khẳng định, như bạn làm, điều đó không quan trọng.
JdeBP
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.