我一直在使用字符“:”和“|” 作为文件名的一部分,在 Ubuntu 18.04 中没有任何问题,可以在 NTFS 外部驱动器中创建文件。上周我安装了 Ubuntu 22.04,但无法将名称中包含这些字符的文件写入我的 NTFS 驱动器。返回的错误是“无效参数”。我做了一些研究,但找不到与这个明显的巨大变化相关的任何东西。所以我的问题是:有人知道吗?是永久改变吗?只是一个错误?我应该放弃使用 NTFS 吗?感谢您的任何建议。
我最近阅读了有关在 linux 中安装 NTFS 分区的答案,以便我可以更改文件和文件夹权限(chmod)。他们解释说我使用“权限”选项。例子:
# fstab
UUID=12102C02102CEB83 /mount_point ntfs-3g defaults,permissions 0 0
# manual
sudo mount /dev/sdax -t ntfs-3g -o permissions /mount_point
并且有效,但是我检查了man fstab和man mount并且找不到“权限”选项。网上搜了一下,很少有地方提到,但没有链接到来源
有人能告诉我这个选项来自哪里吗?(提供解释此选项的官方链接)。谢谢
每次我启动到我的 kubuntu 时,我都会运行
sudo mount -t ntfs-3g /dev/sda3 /home/username/Ntfs/C/
sudo mount -t ntfs-3g /dev/sda4 /home/username/Ntfs/Other/
我想自动化它,因此我使用sudo crontab -e
并添加了该行@reboot /home/username/Ntfs/Mount.sh
然后
在 konsole 中我sudo chmod 777 Mount.sh
在 /home/username/Ntfs/Other/ dir
运行
Mount.sh
的内容如下
sudo mount -t ntfs-3g /dev/sda3 /home/username/Ntfs/C/
sudo mount -t ntfs-3g /dev/sda4 /home/username/Ntfs/Other/
exit 0
- 可以在我的主目录中安装 ntfs 驱动器吗……大多数指南建议将它们安装在 /mnt/ 目录中
- 是否有必要将退出 0 放在我的脚本的最后。
- 因为我的脚本无论如何都会以 root 权限执行我应该在脚本中使用 sudo mount 吗?
- 为什么我们将参数 -t 与 mount 一起使用
我有一个 SSD (256 GB) 和一个 HDD (1 TB)。我目前将我的数据保存在 D:这是完整的 HDD 空间,我将 Windows 10 保存在 C:这是所有 SSD 空间。我想在我的 SSD 上安装 Ubuntu 并保留 HDD 及其所有文件。如果在我的 SSD 上安装 Ubuntu 后格式化为 NTFS,我可以安装 HDD。也可以保持这种状态,否则我会出现一些问题吗?
我在 Windows 8.1 的双引导中运行 Kubuntu 20.04,并且我在 /data 上安装了一个 NTFS 分区 /dev/sda5。所有默认的 Kubuntu 应用程序,如 Dolphin 文件管理器、KTorrent 等都可以毫无问题地读取和写入该分区。但是当我安装一些应用程序时,我注意到它们没有读取或写入 /data 的权限。
我的 fstab 行:UUID=3A8A31E98A31A1F5 /data ntfs defaults,umask=007,uid=1000,gid=1000 0 0
youtube-dl 无法打开文件以写入 /data
Discord 文件打开器看不到数据文件夹,而它在 dolphin 文件管理器中可见
我尝试过的事情清单:
- 我听说 Windows 在关闭之前将只读标志设置为 NTFS 分区,所以我启动到 Windows,禁用快速启动和休眠并重新启动而不是关闭。没用。
- 使用 修改权限
sudo chmod -r ugo-rw /data
,无效 - 卸载 /dev/sda5 并使用读写权限重新安装它
sudo umount /dev/sda5
sudo mount -o rw,users,umask=022 /dev/sda5 /data
不起作用 - 修改 fstab 文件以包含我的 uid 和 gid
UUID=3A8A31E98A31A1F5 /data ntfs defaults,umask=007,uid=1000,gid=1000 0 0
并重新安装分区。没用。
我将不胜感激任何帮助!
我有数百个文件夹,在 20 个或更多父文件夹中的每一个中的数量从一个到几十个,每个都唯一命名(在我的整个系统中),以使它们都按日期顺序正确排序。
它们是这样排列的:
.
├── ASA Specs
├── Camera Making
├── Camera Manual
├── Camera Repair
├── CarboGel and Carbon-Q
├── Darkroom and Developers
├── defective macophot 100_files
├── Equipment
├── Ferric Gum Printing Process
├── Kodak Camera Model History
├── Large Format Forum PMs
├── LED Safelight
├── My Images
│ ├── 35 mm
│ │ ├── Ansco Easy View AF Date
│ │ ├── Balda Jubilette
│ │ ├── Bantam RF
│ │ ├── Canonet 28
│ │ ├── Canonet G-III QL-17
│ │ ├── Capital KX-100 Pinhole
│ │ ├── GumPintoids
│ │ ├── Junker P&S
│ │ ├── Kiev 4
│ │ ├── Minolta AL
│ │ ├── Motormatic 35
│ │ ├── Olympus XA
│ │ ├── Petri 7S
│ │ ├── Pony 135 Model C
│ │ ├── Ricoh Singlex II
│ │ ├── Rollei 35
│ │ ├── Sears TLS (Ricoh Singlex TLS)
│ │ ├── Signet 35
│ │ ├── Spotmatic SP
│ │ ├── Traveling Vivitar Ultra Wide and Slim
│ │ ├── Vivitar 220 SL
│ │ ├── Vivitar PZ-3125
│ │ ├── Voigtlander Vitrona
│ │ └── Zenit TTL
│ ├── Circle Wing Paper Glider
│ ├── Digital
│ │ ├── 6x24 Fine Box
│ │ ├── AutoPin 210
│ │ ├── Beach Trip Nov. 2015
│ │ ├── Brownie Bullseye
│ │ ├── Capital KX-100 conversion
│ │ ├── EM Polaroid 4x5
│ │ ├── February Snow
│ │ ├── From LG enV2
│ │ ├── From LG enV Touch
│ │ ├── from Samsung Galaxy S4
│ │ ├── Kawee Camera
│ │ ├── Kodak Starmeter
│ │ ├── Monopod
│ │ ├── Nelsonfoto Winter 2007
│ │ ├── Pin-Plate
│ │ ├── Pony 135 Model C
│ │ ├── Scans via Camera
│ │ ├── Self-Portraits
│ │ ├── Smelting Wheel Weights
│ │ ├── Speed Graphic
│ │ ├── Spring Back Conversion
│ │ ├── Three-60 9x24 Anamorph
│ │ ├── Tree on House
│ │ ├── Voigtlander Vitrona
│ │ ├── Wedding Ring
│ │ └── Zeiss-Ikon Baby Ikonta 520-18
│ ├── Digital Portfolio
│ ├── For APUG
│ ├── Found Film
│ │ ├── 120
│ │ ├── 126
│ │ ├── 127
│ │ ├── 35 mm
│ │ ├── 620
│ │ ├── 828 Bantam
│ │ └── Minolta 16
│ ├── Jazz Cam
│ ├── Keith Slater
│ │ └── Kodacolor II 127
│ ├── Large Format
│ │ ├── Aletta
│ │ ├── EM Polaroid 4x5
│ │ ├── Graphic View
│ │ ├── Kawee Camera
│ │ ├── Speed Graphic
│ │ ├── Three-60 9x24 Anamorph
│ │ └── Ziess-Ikon Ideal 9x12 cm
│ ├── Lit'l H Ranch
│ ├── Medium Format
│ │ ├── Agfa Clack
│ │ ├── Ansco Pioneer 620
│ │ ├── Ansco Shur-Shot Jr
│ │ ├── Argoflex EF
│ │ ├── Baldixette Pinhole
│ │ ├── Bencini Koroll 24-S
│ │ ├── Brownie Bullseye
│ │ ├── Brownie Flash Six-20
│ │ ├── Brownie Hawkeye Flash #1
│ │ ├── Brownie Hawkeye Flash #2
│ │ ├── Brownie Target Six-16 Pinhole
│ │ ├── CCB Pinhole 6x6
│ │ ├── Daiichi Zenobia
│ │ ├── Debonair
│ │ ├── Hagar the Ansco Viking
│ │ ├── Kodak Duaflex IV-Kodet
│ │ ├── Kodak Reflex II
│ │ ├── Moskva-5
│ │ ├── RB67
│ │ ├── Seagull 4-B
│ │ ├── Shur-Flash Traveling Camera
│ │ ├── Spartus Full-Vue Pinhole
│ │ ├── Speedex 4.5
│ │ ├── Speedex Jr
│ │ ├── Voigtlander Rollfilmkamera
│ │ ├── Wirgin Auta 4.5
│ │ ├── Wirgin Auta 6.3
│ │ ├── Zeiss-Ikon Ikomat
│ │ ├── Zeiss-Ikon Nettar
│ │ └── Zeiss-Ikon Super Ikonta B
│ ├── Mosin Nagant Interrupter Repair
│ ├── Mosin Nagant Scope Base
│ ├── Polaroid
│ │ ├── Autofocus 660
│ │ ├── Model 210
│ │ ├── Model 350
│ │ └── SX-70
│ ├── Print Scan Shortcuts
│ ├── Rhinoceros Times
│ │ ├── Center City Soars
│ │ ├── Fun Fourth Festival 2007
│ │ ├── Fun Fourth Freedom Run 2007
│ │ ├── GYC Carnival 2007
│ │ └── Weatherspoon Solstice 2007
│ ├── Rhonda's Investigations
│ ├── Shortcuts by Film Type
│ │ ├── Acros
│ │ ├── ADOX CMS 20
│ │ ├── Agfa 400
│ │ ├── APX 400
│ │ ├── Classic 400
│ │ ├── Copex Rapid
│ │ ├── Delta 100
│ │ ├── Double-X Negative
│ │ ├── Ferrania 400
│ │ ├── Fomapan 100 - Ultra 100
│ │ ├── Fomapan 400 - Ultra 400
│ │ ├── Forte 400 - .EDU 400
│ │ ├── FP3000B
│ │ ├── FP4+
│ │ ├── HP5+
│ │ ├── Imagelink HQ
│ │ ├── J&C Pro 100
│ │ ├── Kodachrome
│ │ ├── Kodak Max 400
│ │ ├── Kodak Max 800
│ │ ├── KS 400
│ │ ├── Lucky SHD 400
│ │ ├── Maco UP100
│ │ ├── Neopan SS
│ │ ├── NPS 160
│ │ ├── NPS 400
│ │ ├── ORWO DN21 (Babylon 13)
│ │ ├── Plus X Negative
│ │ ├── Plus X Reversal
│ │ ├── Portra 160 NC
│ │ ├── Portra 160 VC
│ │ ├── Portra 400
│ │ ├── Portra 400NC
│ │ ├── Portra 400 VC
│ │ ├── Press 400
│ │ ├── Reala 400
│ │ ├── Superia 100
│ │ ├── Superia Xtra 400
│ │ ├── T400CN
│ │ ├── T-Max 400
│ │ ├── Tri-X
│ │ ├── Tri-X 320
│ │ ├── Type 664
│ │ ├── Type 667
│ │ ├── Verichrome Pan
│ │ ├── Walgreen's 400
│ │ └── XP2 Super
│ ├── Small Format
│ │ ├── Anny 44
│ │ ├── Baby Ikonta 520-18
│ │ ├── Brownie Starmeter
│ │ └── Yashica 44
│ ├── Subminiature
│ │ ├── Keychain Camera
│ │ ├── Kiev 303
│ │ ├── Minolta 16
│ │ ├── Minolta 16 II
│ │ ├── Minolta 16 MG
│ │ ├── Minolta QT
│ │ └── Olympus Pen EES-2
│ ├── Test CD
│ └── There
├── Nelsonfoto PMs
├── Photo Business Information
├── Printable Lens Hoods
└── reciprocity_files
在“我的图像”中,我将创建一个新文件夹“按日期的快捷方式”,在该文件夹中,我想在每个列出的相机中放置一个指向每个文件夹(图像文件)的链接。
对于“电影类型的快捷方式”,我已经通过拖放完成了其中的一些操作,但这有时会创建一个名为“XYZ 快捷方式”的链接,而不仅仅是我想要的“XYZ”——到目前为止,我已经发生这种情况时必须手动重命名这些链接。
是否有一种有效的方法可以从 GUI 或命令行整体执行此操作?如果是后者,当然,当我在几十个父文件夹之一中工作时重复该命令时,最好不要输入整个文件夹路径甚至名称。
回复评论:
每个相机文件夹中带有“我的图像”的每个文件夹名称(代表一卷胶卷)在我的整个系统中都是唯一的,并且以 ISO 日期(看起来像 20070706)开头,尾随字母 A、B、C 等同一日期的多个胶卷(即使它们位于不同的父文件夹中),以及随后的进一步描述(使用的胶片和显影剂)——例如,“20200913B-Ultra 400-Xtol Stock”。这些文件夹中的文件名在其他文件夹中不是唯一的;它们通常只是帧号和 .tiff 或 .jpg,显然会在不同的卷之间重复。
我已经在同一个 NTFS 卷上的“按电影类型的快捷方式”中成功创建了链接(或者可能是 Windows 类型的快捷方式,我不确定 16.04 文件管理在这里实际支持什么)(大约是整个索引任务的一半),手动将已被使用的设备索引的文件链接到基于电影类型的文件夹中。我通过在 GUI 中拖放来做到这一点(在释放鼠标之前按住 left-alt 并获得一个询问要做什么的菜单;选择“在此处链接文件”),并且多次拖动一组文件时,生成的链接作为“XYZ 的快捷方式”出现,而不仅仅是带有链接子图标的“XYZ”。这需要手动重命名才能修复。
我现在想按日期创建一个完整的索引。理想情况下,“按日期的快捷方式”文件夹(我很乐意手动创建)最终会在“我的图像”和相机子文件夹中的每个“滚动”文件夹中包含一个链接,仅此而已。
如果重要的话,我目前使用的是 16.04,文件位于盘片驱动器上的旧版 NTFS 扩展分区上(分区有几百 GB 可用空间,所以空间还不是问题,但这些数据很可能会被移动明年内升级到 EXT4 SSD,以加快加载和保存时间)。
几年来,我一直使用 Ubuntu 作为我唯一的操作系统,但有时,由于与我想使用的某些软件(主要是游戏或绘图程序)的兼容性问题,我会同时安装 Windows。
我最终每次都删除 Windows 的一个重要原因是让我的文件在两个操作系统中保持最新是多么麻烦。艺术文件,文档,视频,我下载的东西......确保最新版本始终可用有点麻烦,如果您不擅长提前计划,需要重新启动几次才能从 ext4 移动到 ntfs 分区.
您将如何设置您的驱动器,以便您的 /home 中的文件可用于两个操作系统?只是将您的 /home 分区设置为 ntfs 分区?还有什么办法?
我正在使用 rsync 将大约 2Tb 的数据从 ntfs 磁盘备份到另一个 ntfs 磁盘(我也尝试过使用午夜指挥官),并且复制以“良好”的 25Mb/s 速度开始,但是在复制了几个千兆字节后速度下降有时甚至更低到大约 5Mb/s。
如果我停止复制并重新开始 rsync 以继续复制,速度会再次以 25Mb/s 左右开始,然后回到 5Mb/s。
这是 rsync 的开始,从这里开始慢慢复制。
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/11-Advanced Algorithms (COMPSCI 224), Lecture 11.mp4
502,527,183 100% 25.29MB/s 0:00:18 (xfr#2, ir-chk=1021/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/12-Advanced Algorithms (COMPSCI 224), Lecture 12.mp4
494,046,164 100% 25.45MB/s 0:00:18 (xfr#3, ir-chk=1020/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/13-Advanced Algorithms (COMPSCI 224), Lecture 13.mp4
389,502,911 100% 25.77MB/s 0:00:14 (xfr#4, ir-chk=1019/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/14-Advanced Algorithms (COMPSCI 224), Lecture 15.mp4
401,384,534 100% 14.92MB/s 0:00:25 (xfr#5, ir-chk=1018/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/15-Advanced Algorithms (COMPSCI 224), Lecture 16.mp4
498,564,894 100% 4.94MB/s 0:01:36 (xfr#6, ir-chk=1017/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/16-Advanced Algorithms (COMPSCI 224), Lecture 17.mp4
417,205,204 100% 2.30MB/s 0:02:52 (xfr#7, ir-chk=1016/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/17-Advanced Algorithms (COMPSCI 224), Lecture 18.mp4
495,885,960 100% 6.16MB/s 0:01:16 (xfr#8, ir-chk=1015/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/18-Advanced Algorithms (COMPSCI 224), Lecture 19.mp4
475,335,986 100% 2.75MB/s 0:02:45 (xfr#9, ir-chk=1014/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/19-Advanced Algorithms (COMPSCI 224), Lecture 20.mp4
485,359,371 100% 1.40MB/s 0:05:29 (xfr#10, ir-chk=1013/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/20-Advanced Algorithms (COMPSCI 224), Lecture 21.mp4
505,021,448 100% 6.46MB/s 0:01:14 (xfr#11, ir-chk=1012/53136)
>f+++++++++ _University Courses/Harvard/Harvard - Advanced Algorithms 2016/21-Advanced Algorithms (COMPSCI 224), Lecture 22.mp4
驱动器没有明显的碎片。
我尝试使用 big_writes 和 async 选项安装驱动器,但我没有看到任何区别。
我用带和不带缓存的 hdparm 测试了速度,速度比那些 25Mb/s 快。
我用 iostat 监控,%rwqm 非常高,但我不知道这是坏还是好的。
我试图找到瓶颈或问题,但我无法找到它,任何关于如何监控和分析问题的帮助将不胜感激。
更新:我尝试禁用磁盘写入缓存以检查驱动器填充缓存后是否发生速度下降:
sudo hdparm -W0 /dev/sde
但问题仍然存在,驱动器的行为相同。
更新:
$ free -h
total used free shared buff/cache available
Mem: 7.5Gi 1.1Gi 146Mi 13Mi 6.2Gi 6.1Gi
Swap: 0B 0B 0B
$ sudo dmidecode -s bios-version
4.6.4
$ sysctl vm.swappiness
vm.swappiness = 60
$ top
top - 21:16:09 up 6 days, 23:40, 5 users, load average: 3.45, 2.89, 2.58
Tasks: 179 total, 1 running, 178 sleeping, 0 stopped, 0 zombie
%Cpu(s): 12.5 us, 20.1 sy, 0.0 ni, 17.4 id, 48.4 wa, 0.0 hi, 1.6 si, 0.0 st
MiB Mem : 7689.6 total, 254.0 free, 1151.4 used, 6284.2 buff/cache
MiB Swap: 0.0 total, 0.0 free, 0.0 used. 6225.8 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7320 usuario 20 0 284924 172348 1288 S 13.5 2.2 1:53.63 rsync
7305 usuario 20 0 174100 92956 2748 S 12.9 1.2 2:13.81 rsync
17809 usuario 20 0 1754596 476276 18104 S 11.9 6.0 2080:14 kodi-x11
27195 root 20 0 18972 9736 1840 S 7.9 0.1 58:03.15 mount.ntfs
14377 root 20 0 19948 10536 1764 S 6.3 0.1 126:50.65 mount.ntfs
13856 root 20 0 0 0 0 S 3.3 0.0 52:25.26 usb-storage
132 root 20 0 0 0 0 S 3.0 0.0 221:29.02 kswapd0
25821 usuario 20 0 23816 14980 2884 S 2.3 0.2 9:46.40 tmux: server
4909 root 20 0 0 0 0 D
创建交换文件后更新:
free -h
预减速:
$ free -h
total used free shared buff/cache available
Mem: 7.5Gi 427Mi 135Mi 11Mi 7.0Gi 6.8Gi
Swap: 4.0Gi 3.0Mi 4.0Gi
free -h
减速期间:
$ free -h
total used free shared buff/cache available
Mem: 7.5Gi 421Mi 127Mi 11Mi 7.0Gi 6.8Gi
Swap: 4.0Gi 8.0Mi 4.0Gi
但是复制了几个文件后速度仍然很低:
sending incremental file list
.d..t...... _University Courses/MIT/MIT - Computers System Security 2014/
>f+++++++++ _University Courses/MIT/MIT - Computers System Security 2014/19-20. Mobile Phone Security.mp4
866,880,572 100% 28.03MB/s 0:00:29 (xfr#1, ir-chk=1003/53245)
>f+++++++++ _University Courses/MIT/MIT - Computers System Security 2014/20-21. Data Tracking.mp4
666,687,288 100% 27.70MB/s 0:00:22 (xfr#2, ir-chk=1002/53245)
>f+++++++++ _University Courses/MIT/MIT - Computers System Security 2014/21-22. Guest Lecture by MIT IS&T.mp4
716,033,570 100% 25.97MB/s 0:00:26 (xfr#3, ir-chk=1001/53245)
>f+++++++++ _University Courses/MIT/MIT - Computers System Security 2014/22-23. Security Economics.mp4
693,628,642 100% 25.63MB/s 0:00:25 (xfr#4, ir-chk=1000/53245)
>f+++++++++ _University Courses/MIT/MIT - Design and Analysis of Algorithms 2015/01-1. Course Overview, Interval Scheduling.mp4
1,069,906,667 100% 24.40MB/s 0:00:41 (xfr#5, ir-chk=1122/53368)
>f+++++++++ _University Courses/MIT/MIT - Design and Analysis of Algorithms 2015/02-2. Divide & Conquer - Convex Hull, Median Finding.mp4
919,036,317 100% 3.29MB/s 0:04:26 (xfr#6, ir-chk=1121/53368)
>f+++++++++ _University Courses/MIT/MIT - Design and Analysis of Algorithms 2015/03-R1. Matrix Multiplication and the Master Theorem.mp4
67,469,312 6% 4.71MB/s 0:03:23
老实说,我流泪了,我刚刚丢失了 60GB 的音乐,我收集了超过 15 年。
我将驱动器安装到 /mnt 并将所有音乐文件移到其中。完成后,我检查文件是否都在那里,然后关闭我的计算机并将其重新启动到 Windows。文件不存在,再次关闭并重新启动到 Linux,它们都消失了。我不知道该怎么做。他们真的被删除了吗?
非常感谢任何帮助:(