😄健康成长😄 壹夜倾城
私信已读不回直接拉黑
关注数: 775 粉丝数: 836 发帖数: 15,543 关注贴吧数: 448
【250707】完蛋了,硬盘损毁了,更完蛋的是,4盘位basic 群晖这两天日志提示有坏块,以为没毛病的,结果从前天开始直接损毁了,然后损毁的还是酷狼,另外两块酷鱼和一块西数紫盘毛问题没有。最让我头脑发麻的是,当初萌新阶段用的是不带冗余的4盘位独立basic模式,然后我所有套件跟docker包括web,plex以及emby,tr和qb都是存在第一块盘的,结果就是这些东西全部报错不能用了,后来做功课才知道可以组shr-1,也就是raid5,有一块硬盘冗余,没办法,现在其他三块盘如果做的话数据都要清空,整个人都不好了。最后找到几块备用的小容量盘,usb下把能复制的尽量往usb盘复制,即便这样,由于闲置盘容量有限,也只复制出来50%的内容,剩下50%内容就靠pt再慢慢整回来吧。最后没办法从咸鱼,到拼多多,再到淘宝,最后还是狗东自营下单了两块酷鹰4t,前天到了,昨天上机组shr-1,显示7天后才校验结束,慢慢等吧。然后硬盘没坏之前我还是dsm6.24版本,本次反正数据都清0了,索性升级到7.2版本了,然后望着全盘0数据的nas我陷入了沉思........电影,连续剧,卡通,小姐姐这些还要重新搞一次,然后下载量蹭蹭蹭得涨,emby和plex还要搞,然后还要给他们整插件,有些插件还要docker支持,还要整docker,然后还要安装各种第三方套件。。。。。头大了都。。。。。这已经是我第二次清空数据了,第一次是第一个nas的换第二个的时候。各位pter,你们nas到手都是basic吗?还是都组了raid,安慰一下我,让我知道我不是唯一一个全盘basic的。。。。现在组raid还来得及,哭死😭硬盘没有开休眠,这么多年都是7×24工作,我现在在想如果开了休眠,对于pt硬盘是不是都撑不到今天。然后风扇也是用的静音模式,nas还是去年才从弱电柜拿出来的,头几年整个nas塞弱电柜,可以说debuff叠满了,直到今天我才把风扇调成了低温模式。附上开机时间
supercard刷superfw固件丢档解决办法 丢档主要就是电池没电了,当有些游戏只能使用SRAM格式存档的时候当前游戏进度会暂时记录在SRAM存储器中,当电池没电的时候这个存储器内容在GBA断电后是无法保存的,这就导致除非在游戏中通过软复位的方式回到菜单主界面,superfw固件会自动将这个存档转存到TF卡,虽然存档了但是下次关机重启的时候默认会再次SRAM转存一次,而因为电池已经没电了,这就导致转存的最近一次游戏的记录实际上是空的,直接将关机前转存到TF的这个游戏存档覆盖了,这就导致进游戏出现丢档的情况,解决办法有3种,但是前提必须要游戏支持软复位到主界面。 第一种就是最简单的,直接更换纽扣电池,没必要购买1616电池底座,直接购买1616-2引脚的纽扣电池(图1),这种的就可以,将原来的电池电烙铁焊下来,找两根软的细电线,红色是正极,白色负极。图片我用了2032纽扣电池(买的1616电池带引脚的还没到),2032电池较大(见图2,图3),放不下卡带所以引出来了,等1616电池到了,直接将细电线焊接到1616电池引脚上即可,然后电池直接可放到卡带内(绝缘做好)。这样默认设置下就不会丢档了(见图4) 第二种,电池还是没电状态,游戏中存档后通过软复位的形式回到主界面,这个时候fw会自动转存一次,但是此时如果关机再开机还是会丢档,因为fw开机后会自动再转存一次,而这个时候SRAM存储器是没有数据的,直接就把关机前这个游戏的存档数据清空导致丢档了,所以正确做法是,游戏中存档后回到菜单界面, fw主动转存一次,然后继续开第二个sram游戏进行存档一次后再关机,此时回不回到主界面关机不再重要,当下次开机后SRAM会转存第二次的游戏存档,第一次存档并不会消失。 第三种,还是电池没电情况,小设置一下将,写入存档改为手动存档,见图5,这样每次游戏存档后需要软复位选择写入存档至SD卡(图6),之后上面这三个选项,意思差不多,选哪个都可以(图7),这样保存后下次关机再关机就不会存档清0了。 测试纽扣电池有没有有电可以使用fw固件自带的测试,选择SRAM纽扣电池测试(图8),根据提示显示可以关机了,将GBa关机,然后等待至少2分钟,我自己等了5分钟,再开机,如果显示SRAM通过,则表示暂时不用更换纽扣电池,自然当显示失败还是老老实实换电池吧,或者用我上面说的另外两个办法。 最新固件已经来到0.15,设备gbasp小神仙正常使用。另外这个固件还支持FC,可去fw官网根据说明自行下载测试。 这个固件总体用下来比官方固件省心,但是个别有开机广告的游戏无法使用,比如逆转1。不知道有没有大哥有办法解决。
Shinvi-Darling CD专辑百度盘下载。 链接: http://tieba.baidu.com/mo/q/checkurl?url=https%3A%2F%2Fpan.baidu.com%2Fs%2F1oNoyVTh_EyjGW_QYHIliJA%3Fpwd%3Dbazz&urlrefer=5c4f6c23ea33b30122e5579517e2ea82 提取码: bazz 复制这段内容后打开百度网盘手机App,操作更方便哦SHINVI出道时有个很响亮的称号,那就是“S.E.S”第二。从人数来看,SHINVI与S.E.S同等,从风格来看,因为SHINVI只出了一张专辑,实在是无法比较。论外表,可能很多人觉得S.E.S更为抢眼一些,而SHINVI则多了一些可爱。不过,不管怎样,SHINVI终究是没能实现公司寄予她们身上的希望。韩国本土、日本、中国台湾、中国内地已经被师兄师姐们“瓜分”得很彻底,留给SHINVI的市场极为有限。SM公司想靠SHINVI来顶替S.E.S的空缺,却忽视了S.E.S对于市场的影响力,这不是刚刚出道的SHINVI能够一下子就填补的了的。因为2002年的韩国乐坛,早已经是组合纷争的战国时期。SHINVI的出道的震撼力,并没有能持续多久。真正让她们没办法红下去的,说到底还是公司对SHINVI放弃期望,放弃宣传的结果就是让SHINVI彻底地雪藏了。希望越大,失望越大,又或者SM公司当时同时在捧着多个组合,本身也没有多少精力可以再在SHINVI身上投入。于是,在第一张专辑很平淡地过去后,SHINVI,不见了。shinvi的darling就出自这张专辑,所以,拿走不谢。帮我顶上去Exact Audio Copy V1.0 beta 3 from 29. August 2011 EAC extraction logfile from 2. April 2012, 21:17 Shinvi / 15 to 30 Used drive : JLMS DVD-ROM LTD-166S Adapter: 1 ID: 1 Read mode : Secure Utilize accurate stream : Yes Defeat audio cache : Yes Make use of C2 pointers : No Read offset correction : 12 Overread into Lead-In and Lead-Out : No Fill up missing offset samples with silence : Yes Delete leading and trailing silent blocks : No Null samples used in CRC calculations : Yes Used interface : Native Win32 interface for Win NT & 2000 Gap handling : Not detected, thus appended to previous track Used output format : User Defined Encoder Selected bitrate : 1024 kBit/s Quality : High Add ID3 tag : No Command line compressor : D:\Exact Audio Copy\Flac\flac.exe Additional command line options : -8 -V -T "ARTIST=%artist%" -T "TITLE=%title%" -T "ALBUM=%albumtitle%" -T "DATE=%year%" -T "TRACKNUMBER=%tracknr%" -T "GENRE=%genre%" -T "PERFORMER=%albuminterpret%" -T "COMPOSER=%composer%" %haslyrics%--tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T "ALBUMARTIST=%albumartist%" -T "ALBUM ARTIST=%albumartist%" -T "DISCNUMBER=%cdnumber%" -T "TOTALDISCS=%totalcds%" -T "TOTALTRACKS=%numtracks%" -T "COMMENT=%comment%" %source% -o %dest% TOC of the extracted CD Track | Start | Length | Start sector | End sector --------------------------------------------------------- 1 | 0:00.00 | 0:28.07 | 0 | 2106 2 | 0:28.07 | 3:56.03 | 2107 | 19809 3 | 4:24.10 | 4:06.10 | 19810 | 38269 4 | 8:30.20 | 4:19.70 | 38270 | 57764 5 | 12:50.15 | 4:02.55 | 57765 | 75969 6 | 16:52.70 | 3:37.17 | 75970 | 92261 7 | 20:30.12 | 3:45.50 | 92262 | 109186 8 | 24:15.62 | 3:39.28 | 109187 | 125639 9 | 27:55.15 | 3:55.70 | 125640 | 143334 10 | 31:51.10 | 3:58.72 | 143335 | 161256 11 | 35:50.07 | 4:19.10 | 161257 | 180691 12 | 40:09.17 | 3:23.08 | 180692 | 195924 13 | 43:32.25 | 3:53.32 | 195925 | 213431 Track 1 Filename G:\EAC Rips\01 - Shinvi - Intro.wav Peak level 52.1 % Extraction speed 1.2 X Track quality 100.0 % Copy CRC 14156E00 Track not present in AccurateRip database Copy OK Track 2 Filename G:\EAC Rips\02 - Shinvi - To My Friend.wav Peak level 98.0 % Extraction speed 3.9 X Track quality 99.9 % Copy CRC E305A8C0 Track not present in AccurateRip database Copy OK Track 3 Filename G:\EAC Rips\03 - Shinvi - Koyangi Step.wav Peak level 98.5 % Extraction speed 5.0 X Track quality 100.0 % Copy CRC C4430443 Track not present in AccurateRip database Copy OK Track 4 Filename G:\EAC Rips\04 - Shinvi - Ah Swi Oom Eu Roh.wav Peak level 99.8 % Extraction speed 4.8 X Track quality 99.9 % Copy CRC 2A5A8A0C Track not present in AccurateRip database Copy OK Track 5 Filename G:\EAC Rips\05 - Shinvi - Violet...That's Meaning.wav Peak level 98.1 % Extraction speed 5.8 X Track quality 100.0 % Copy CRC 53BA05D3 Track not present in AccurateRip database Copy OK Track 6 Filename G:\EAC Rips\06 - Shinvi - Happy Dream.wav Peak level 99.8 % Extraction speed 6.1 X Track quality 100.0 % Copy CRC A94A7602 Track not present in AccurateRip database Copy OK Track 7 Filename G:\EAC Rips\07 - Shinvi - Chun Sang Hyoo Ga.wav Peak level 95.7 % Extraction speed 6.4 X Track quality 100.0 % Copy CRC FF4A158E Track not present in AccurateRip database Copy OK Track 8 Filename G:\EAC Rips\08 - Shinvi - Just in Time.wav Peak level 99.8 % Extraction speed 6.6 X Track quality 100.0 % Copy CRC 987D8FAA Track not present in AccurateRip database Copy OK Track 9 Filename G:\EAC Rips\09 - Shinvi - Princess in the Castle.wav Peak level 98.2 % Extraction speed 7.0 X Track quality 100.0 % Copy CRC E85C21C9 Track not present in AccurateRip database Copy OK Track 10 Filename G:\EAC Rips\10 - Shinvi - Starry Night.wav Peak level 98.0 % Extraction speed 7.3 X Track quality 100.0 % Copy CRC 48281C29 Track not present in AccurateRip database Copy OK Track 11 Filename G:\EAC Rips\11 - Shinvi - Seulpeun Seonmul.wav Peak level 99.8 % Extraction speed 7.5 X Track quality 100.0 % Copy CRC C9C6BD5E Track not present in AccurateRip database Copy OK Track 12 Filename G:\EAC Rips\12 - Shinvi - Darling.wav Peak level 99.8 % Extraction speed 7.7 X Track quality 100.0 % Copy CRC DF121C49 Track not present in AccurateRip database Copy OK Track 13 Filename G:\EAC Rips\13 - Shinvi - To My Friend (96 Mix).wav Peak level 98.4 % Extraction speed 8.1 X Track quality 100.0 % Copy CRC 013DCE6C Track not present in AccurateRip database Copy OK None of the tracks are present in the AccurateRip database No errors occurred End of status report ---- CUETools DB Plugin V2.1.3 [CTDB TOCID: ZGyhxXUEHPaHzXr9um7iaNSAZjk-] disk not present in database, Submit result: ZGyhxXUEHPaHzXr9um7iaNSAZjk- has been uploaded ==== Log checksum F1302A1DFAEC8C8FAF9E0195E39D9DAB34DE3D902F95DE432DC98142A38DE1A8 ====
【20240619】自制群晖USB扩展架,并修改usbshare顺序位,垃圾佬进 前两年入坑pt,4盘位nas已经不太够用,贸然升级到5盘位性价比太低,偶然发现群晖自带两个usb口,后面usb口接了ups,就打起了前面一个usb口的主意,发觉插u盘可实现拓展,并且transmission,plex及emby均可访问这个外置盘,下载也可正常下载(直接tr下载到外置盘容易卡io,所以目前我一直是tr下载后通过tr自带移动移动到外置盘)。搜了下淘宝阵列柜,4-5盘位都是800+软妹币,直接放弃。垃圾佬不服输,搜多盘位背板,发现闲鱼已经缺货,于是直接着手买了两个usbhub尝试一拖多试下有没有效果,顺手买了几个3.5移动硬盘盒主板加电源(闲鱼3.5寸移动硬盘拆机板子一搜一大把18元一块加电源数据线22包邮)。这期间也查了群晖文档,文档清楚写着不支持usbhub集线器。。。不过买都买了试了再说吧!几天后陆续到货,依据这个图直接开整,亚克力切割机马马虎虎裁下,手电钻打孔组装,6盘位阵列架成型了,安装风扇,12v风扇红黑接线通过usb接头取电,通过无级调速调整风扇转速。按照从下到下初步设定usbshare1-usbshare6,将闲鱼买的移动硬盘盒主板一个一个按照顺序插到硬盘上,我一共6块外置盘,所以还需要6个电源给移动硬盘盒主板供电(12v 2a),6根数据线,然后一根一根按照顺序插到两个usbhub集线器上,第一个4口集线器分别打算是usb1-4,另一个则打算usb5-6,剩余2个口,一个留给ups数据线,一个空余插u盘方便拷贝资料。全部到位,群晖开机后发现问题来了,usbshare根本没有按照我预定顺序进行组合,同时只显示只有5块硬盘,消失了一块硬盘。一块一块测试发现其中有两块硬盘都显示usbshare1从而导致少了一块盘。 重点来了,搜了大量文档终于从弯弯一个小网站找到了解决办法。群晖打开ssh端口,网页用的是puttu修改,我不太会用,所以直接就用了winscp进行修改。登录root账户,定位到Usr/ syno/etc/usbno_guid.map,双击打开usbno_guid.mpa文件后可以看到类似 1="DD564198838B40" 2="DD564198838B41" 3="DD564198838B42" 4="DD564198838B43" 5="DD564198838B42” 这样的排列,前面1表示usbshare1,而后面的数字则表示usb装置标识码,而我们只需要修改后面标识码即可自由设定usbshare顺序。 首先群晖全部退出移动硬盘,插一块就打开这个文件夹记录下标识码直到6块标识码全部记录,这时候还是全部插上移动硬盘,刷新下winscp,打开这个文件夹,按照上面顺序将你需要的顺序自行添加,添加后先不要保存,将移动硬盘在群晖上退出,此时winscp进行保存操作,此时重新插拔usbhub或者单个硬盘会发现usbshare的顺序已经跟实际现场的盘位顺序一致了,并且也没有产生冲突。自此全部完毕,折算成本大概在200多样子。这价格可以说极具性价比了。。。
蜡笔小新爱藏版实际删减故事及页数分析2023年8月 首先明确一点,单行本总页数经过我的统计是6010页,除了47.48.49.50页数不同外,1-46均为121页,而47.48.49是109页,50为117页。按照之前B站up粗略统计爱藏至少删除了1000页内容这是不对的,删减数量经过我的统计是远低于1000才是正常,因为按照蜡笔小新吧统计基本上平均一本删除3个多故事,那就大概是差不多一本10页样子,那么50本下来共删除150多个故事,即500页左右的删减量,先不要喷,容我慢慢讲给你们听。 爱藏版已经到6,平均每本为191页,共26本,也就是一共4966页,我观察到的现象是单行本会出现较多的无效内容,而爱藏版是没有这些内容的,其实对比第一本就能看出来了,单行本会有《我和妈妈是好朋友》,而爱藏是直接就是内容了,这些内容并不涉及故事内容,即可以直接删除的内容,还有例如下面这些,我均做了统计。 按照1-50顺序排列,每本多余内容为3 3 3 3 3 3 3 3 3 3 3 5 5 5 9 8 8 10 9 8 8 8 10 8 7 10 9 8 8 9 10 9 9 9 10 10 7 15 16 16 16 16 16 16 19 20 18 17 14 11,这些无效内容加起来共有可怕而惊人的459页,差不多4本不到单行本容量,我们按照这个数据将单行本页数扣除即6010-459=5551页,而爱藏我们知道是4966【不出意外的情况】,那么实际删减故事内容在5551-4966=585页,我们按照一个故事3页计算,推算出来585÷3=195个故事,按照50本算每本折算到的故事在3.9个故事。 一句话概括就是,爱藏的删减故事量大概在195个故事左右,而删减页数大概在585页,而非之前统计的1000页之多,完毕! 不管你们追不追,反正我是追了! 顺便前排收台版蜡笔单行! 嘿嘿#蜡笔小新##蜡笔小新##蜡笔小新爱藏版#
1 下一页